与 VS 和 TFS 共享项目答案

【问题标题】：Sharing projects with VS and TFS与 VS 和 TFS 共享项目
【发布时间】：2011-09-28 22:15:31
【问题描述】：

我在使用 VS 2010 和 TFS 2010 的解决方案之间共享项目时遇到了很多问题。

第一个问题是每个人都以不同的方式设置他们的机器，并以不同的方式创建工作区。有些人为所有项目使用一个工作区。有些人为每个项目使用不同的工作区。当您从树的不同部分将两个不同的项目放入解决方案时，它们不一定映射到 TFS 树结构（通常也不会）。

所以一个人可能有：

C:\Users\User\Documents\Projects\Project1
C:\Users\User\Documents\Projects\Project2

另一个可能有

C:\Users\User\Documents\Projects\Project1
C:\Users\User\Documents\SharedProjects\Project2

还有一个

C:\SharedProjects\Project2
C:\Projects\Project1

问题在于该解决方案包含物理项目位置，并且每次用户获取最新信息时，他们都会针对项目位置进行斗争并产生冲突。

我知道，简单的解决方案是强制使用单一结构，但这在这里行不通。

第二个问题：

我们有一些共享库，这些项目包含在我们树中的不同解决方案中。其中一些项目具有不同的构建配置。一个可能有 Dev、Test、Stage、Prod，另一个有 Debug、Release、Prod。

这会导致问题，因为构建配置存储在项目文件中。如果一个项目尝试使用共享项目，而共享项目没有包含与解决方案匹配的构建配置，则 VS 会锁定并导致各种奇怪的行为。

有没有人可以解决这些问题？有没有办法为不影响所有用户的位置创建本地覆盖？（类似于为每个用户设置 Web 服务器配置的方式）

看来这些问题应该已经解决了。

【问题讨论】：

【解决方案1】：

建议 1 - 将解决方案文件与您的实际构建系统分开使用...阅读下面此 MSBuild 最佳实践文档的“构建大型源代码树”部分
http://msdn.microsoft.com/en-us/magazine/dd483291.aspx

建议 2 - 做你说你不能做的事... 加强一些表面上的统一性。提供 TFS 工作区模板和/或说明“已批准构建”配置。在某些时候，人们必须购买这些东西，否则它就行不通了。

【讨论】：

【解决方案2】：

我有同样的问题。建造这些项目花了很长时间。我创建了托管所有 Web 应用程序和类库的主解决方案，仅用于构建和构建时间使用它确实得到了改进。

你可以参考这篇文章，它可能对你有帮助。

【讨论】：