1. December 2016 02:39
For the agents configured with build account
http-cache: C:\Users\<BUILD ACCOUNT>\AppData\Local\NuGet\v3-cache
packages-cache: C:\Users\<BUILD ACCOUNT>\AppData\Local\NuGet\Cache
global-packages: C:\Users\<BUILD ACCOUNT>\.nuget\packages\
temp: C:\Users\xavier.j\AppData\<BUILD ACCOUNT>\Temp\NuGetScratch
For the agents configured with build account
temp: %windir%\ServiceProfiles\AppData\<BUILD ACCOUNT>\Temp\NuGetScratch
20. November 2016 01:40
1. Download the latest Cross-Platform Command-Line Client from the below link
2. Unzip the archive file that contains the client.
3. Configure your shell or system path to include the folder to which you unzipped the archive.
export PATH=$PATH:<Path of the Command-Line client unzipped folder>
4. Save and exit
5. Execute the below command
tf eula -accept
6. At command prompt, type tf, and then press the ENTER key.
7. Set the TF_AUTO_SAVE_CREDENTIALS environment variable to any value, such as "1" to save TFS credentials in the credentials cache. After you set the variable, you do not need to specify authentication information each time that you run a tf command.
8. execute the below command
9. Add the line
10. Save and exit
11. Execute the below command
tf get -login:<User name>,<Password>
28. July 2016 22:36
TF400018: The local version table for local workspace <Box Name;User Name> could not be opened. The workspace version table contains as unknown scheme version.
This error may occur when the local workspace is corrupted
Delete or rename the local workspace cache folder at "C:\ProgramData\Microsoft\Team Foundation"
21. June 2016 20:47
I got a requirement to add a custom field for initial estimate which is required and should be read only or non editable after creating the work item.
Solution is to add a FROZEN rule along with REQUIRED rule as follow
<FIELD name="Inital Estimate" refname="Custom.InitalEstimate" type="Double" reportable="Measures">
<HELPTEXT>Inital estimate for this task</HELPTEXT>
FROZEN - Prevents users from changing the value of a field once it contains a value. As soon as a user saves the work item with a value in that field, the value can no longer be modified.
REQUIRED - Requires a user to specify a value for the field. Users cannot save a work item until they have assigned values to all required fields.
29. April 2016 08:07
Exception Message: Server was unable to process request. ---> The file exists.
The above exception may occur while saving the work items
Clear the TFS server cache.
29. April 2016 06:37
This error may occur when the Test Controller and Agents runs out disk space. Try to clean up the disk to gain free space or add extra space to the drive.
22. April 2016 09:07
You can build the Visual Studio 2012 later versions in TFS 2012 build environment by configurating the 'ToolPath' property in the TFS 2012 build xaml file.
Open the TFS 2012 build xaml file with the same Visual Studio version (i.e VS 2012) to edit the 'ToolPath' property as below and save the xaml to build.
Visual Studio 2012 ToolPath
On 32-bit machines : C:\Program Files\MSBuild\12.0\bin
On 64-bit machines : C:\Program Files (x86)\MSBuild\12.0\bin
Visual Studio 2015 ToolPath
On 32-bit machines : C:\Program Files\MSBuild\14.0\bin
On 64-bit machines : C:\Program Files (x86)\MSBuild\14.0\bin
15. March 2016 13:09
Microsoft.TeamFoundation.Migration.Toolkit.ErrorManagement.MissingErrorRouterException: Runtime error does not meet the error routine policy and there is no conflict manager to log a conflict. ---> System.Data.UpdateException: An error occurred while updating the entries. See the InnerException for details. ---> System.Data.SqlClient.SqlException: XML parsing: line 1, character 78999, illegal xml character
This error might occur when stacktraces are pasted directly into the HTML fields in the work item. In my case, the stacktraces with illegal characters were in Repro Steps field.
I ignored the work items which were causing the failure using the below clause in the migration query.
And processed the ignored work items manually.
15. March 2016 09:50
An error occurred within the report server database. This may be due to a connection failure, timeout or low disk condition within the database. For more information about this error navigate to the report server on the local server machine, or enable remote errors
Changing the data files 'auto growth' property from restricted to unrestricted resolved the issue.
- Connected to the database server thru Microsoft SQL Server Management Studio
- Right click on the database
- Select properties
- Select files
- Click on ellipses buttons
- Select "unrestricted File Growth"
- Click OK
2. March 2016 18:53
- Delete the registered build process template in the collection database
use <Collection database>;
delete from tbl_BuildProcessTemplate where ProcessTemplateID = 'updated Process Template ID';
- Create the build definition again