The results directory "\\..." could not be created for publishing

by Gabriel Lozano-Moran 15. January 2008 20:01

The last couple of weeks I am focusing on Continuous Integration with Team Foundation Server 2008. We will have builds on each check-in running only the Unit Tests and 2nd stage builds running every 30 minutes also running Component Tests. Beside that we need Nightly Builds that will automatically deploy our Services to a QA machine.

I have to admit unfortunately that it is a real pain in the butt to set all this up using MSBuild, MSTest, TFS ... compared to CruiseControl.NET, NAnt, NUnit ... The biggest problem I am having is that right now is that the Microsoft way is one big black box and if something goes wrong and you need to figure out why for example your tests are not being run you have to try to find the problem through thousands of lines in a file named BuildLog.txt. Another issue is that it is not clear where specific variables actually point to like $(SolutionRoot) ... and searching on Google gives you sh*t.

Although Microsoft has attempted to integrated their CI experience into TFS and they created a couple of GUI's to assist you in the creation of Build Definition, it has still a higher learning curve than CruiseControl.NET and NAnt.

Anyway enough ranting, in this post I am going to focus on the error you might get when your test results cannot be published:

Publishing results of test run TFSBUILD@TFB01 2008-01-15 09:56:50_Any CPU_Debug to http://tfs:8080/Build/v1.0/PublishTestResultsBuildService2.asmx...
  .The results directory "\\TFB01\Drops\ProjectA\ComponantA\CI\ComponentA.CI_20080115.13\TestResults" could not be created for publishing.

The most probable reason is that the account under which the PublishTestResultsBuildService2.asmx is running does not have the proper permissions to drops folder. You can easily test this by opening a command prompt under the account running the TFS services on the Application Tier (usually the TFSSERVICE) and trying to create the folder manually, you will probably get an ACCESS DENIED error message.

So to solve this you need to grant the account used by the TFS services on the AT Change and Read permissions to the DROPS folder.

Tags: , , ,

Team System | Visual Studio

Comments

2/5/2010 12:21:27 PM #

Serge van den Oever

Although it's the Team Build service account that copies up the binaries and log files it's actually the Team Foundation Server service account that publishes the test results. You'll need to ensure that user has write access to the drop location. This account is often called <DOMAIN>\TFSService.

Serge van den Oever Netherlands | Reply

Add comment




  Country flag

biuquote
  • Comment
  • Preview
Loading