There are a number of articles telling you how to reduce the path length through creative mapping (look into the \\?\ syntax). This is an issue when assemblies are gened in a long path structure.
More people need to talk about the creation of .datasource files. These suckers have a default naming convention that concatenates namespace childnamespace sub-childnamespace(n) name.datasource. This is a different issue pointed out by Praphulla Parab These are removable and avoidable.
More people need to talk about the creation of .datasource files. These suckers have a default naming convention that concatenates namespace childnamespace sub-childnamespace(n) name.datasource. This is a different issue pointed out by Praphulla Parab These are removable and avoidable.
ISSUE
These get created whenever you add a service reference to a project. These are generated automatically during the generation of the proxy class in the
Reference.cs file.
This can easily make the file name lengthier
than allowed. If we prefix the path to the file in the Source Control
repository hierarchy, the entire path length can easily exceed the TFS 259
character limit. So far the .datasource file does not seem to be a required dependency to build the
project.
RESOLUTION
Delete all datasource files and reject .datasource files in your check-in policy. There is a trick to delete files you have not downloaded locally. Us the tf.exe tool. You must then check
in the deletion of the file. Final step is to make a forbidden patterns check
in policy using the regex \.datasource$ This is at the scope of the Team Project
project definition.Note this is on the Team Project, so it effects everyone.
EG
C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE> tf delete $<long path>/file.datasource