这个问题很难解释，所以我可能需要根据您可能遇到的问题添加更多详细信息。
我正在使用 TFS 和 Visual Studio 2013 进行开发。
我有以下分支：
开发分支
- $/ProjectName/Development/Development
- $/ProjectName/Development/201406 六月
- $/ProjectName/Development/201407 七月
- $/ProjectName/Development/201408 八月
我有以下工作区映射：
$/ -> C:\Projects
当新的一个月开始时，我在dev中创建了一个分支，例如201408 August，并设置了以下映射（除了上面的顶级映射）
$/ProjectName/Development/201408 August -> C:\Projects\ProjectName\Development\Development
这有助于我轻松更改工作空间并选择要使用的分支，而无需更改 IIS 中的大量引用和内容。无论我在哪个分支上工作，这一切总是指向 C:\Projects\ProjectName\Development\Development。
现在，一旦我完成了本月的开发工作，我会确保所有工作都已签入（我总是每天至少签入一次）。然后，我删除了工作空间映射，以便所有内容都仅由顶层映射再次映射。然后我将 Development/2014 August 合并到 Development/Development。
一旦我对我需要做的任何合并感到满意，我就会检查开发/开发并完成工作。
所有这一切正是我希望它工作的方式，但有一个障碍。
出于某种原因，VS 记得项目位于 Development/201408 August，所以当我打开 Development/Development 解决方案文件时，项目指向 Development/201408 August。
然后我删除项目，并从正确的位置添加它（开发/开发）。如果您再查看属性，它再次更改为 Development/201408 August，DOH！
我发现有人遇到类似问题，他们说：
删除有问题的项目
保存解决方案
关闭 Visual Studio
删除解决方案旁边的 *.suo 文件
重新打开 VS
重新添加项目
保存解决方案
它会被修复。这是真的，它解决了问题，但我希望有人能告诉我为什么会发生这种情况，因为我的解决方案中有超过 35 个项目，而且我肯定不能每个月都这样做，这需要永远非常烦人。
我确实确保在工作空间映射更改后再次获得最新版本。我还尝试通过覆盖所有文件来获取特定信息。似乎没有任何工作...
有任何想法吗？
编辑
忘了说，以 XML 格式打开 sln 文件，项目的路径实际上是正确的，但是从 VS 中查看项目的属性时，它是不正确的。