Solution:

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 Network Services account

http-cache: %windir%\ServiceProfiles\AppData\Local\NuGet\v3-cache
packages-cache: %windir%\ServiceProfiles\AppData\Local\NuGet\Cache
global-packages: %windir%\ServiceProfiles\.nuget\packages\
temp: %windir%\ServiceProfiles\AppData\<BUILD ACCOUNT>\Temp\NuGetScratch

Explanation:

1. Download the latest Cross-Platform Command-Line Client from the below link

   https://www.microsoft.com/en-us/download/details.aspx?id=47727

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.

vi ~/.bash_profile

export PATH=$PATH:<Path of the Command-Line client unzipped folder>

4. Save and exit        

5. Execute the below command

source ~/.bash_profile

tf eula -accept

6. At command prompt, type tf, and then press the ENTER key.

Optional:

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

vi ~/.bashrc 

9. Add the line

export TF_AUTO_SAVE_CREDENTIALS=1

10. Save and exit

11. Execute the below command

    source ~/.bashrc

tf get -login:<User name>,<Password>

Exception:

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.

Explanation:

This error may occur when the local workspace is corrupted

Workaround:

Delete or rename the local workspace cache folder at "C:\ProgramData\Microsoft\Team Foundation"

Explanation:

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:

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 />

   <REQUIRED />

</FIELD>

Rule:

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.

Exception:

Exception Message: Server was unable to process request. ---> The file exists.

Explanation:

The above exception may occur while saving the work items

Solution:

Clear the TFS server cache.

Exception: 

Solution:

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. 

Explanation:

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.

Solution:

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

Exception:

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

Explanation:

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.

Workaround:

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.

Exception:

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

Workaround:

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

Workaround:

• 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