如何解决TFS 2010多个解决方案和带有门控的签入
|| 我在其相应的文件夹中有两个解决方案，例如SolutionA\\SolutionsA.sln
SolutionB\\SolutionB.sln
SolutionA\\*
SolutionB\\*
解决方法
我知道您说过您“不想为两个解决方案都创建单一的构建定义”，但这确实是您唯一可行的选择。我建议有两个分支，一个分支用于功能开发，一个分支用于集成。让您的开发人员在功能分支中工作，并为这些解决方案使用封闭式签入（或CI）构建。定期将功能分支中的更改合并到集成分支中，该集成分支具有一个用于构建所有解决方案的门控签入构建定义。这样可以使集成分支的构建保持干净。
, @Gchaves找到了解决该问题的方法，如果您将\“ Source Control Folder \”配置为具有SolutionA的内部文件夹，则可以转到\“ Edit Build Definitions \”，然后在\“ Workspace \”选项卡上。
例如，如果您具有以下文件系统：
项目\\ SolutionA \\ SolutionA.sln
项目\\ SolutionB \\ SolutionB.sln
现在，如果您将\“ Source Control Folder \”和\“ Build Agent Folder \”配置为Projects \\ SolutionA，则仅当您尝试签入SolutionA时，才会触发Gated签入，并且它将仅编译SolutionA.sln为了做到这一点，您必须仅指向“进程”选项卡-> 1.Required-> ProjectsToBuild上的SolutionA.sln）
然后，您可以在同一工作空间下拥有多个解决方案，分别进行构建，签入和标记：）
, 在“过程”选项卡的构建定义中，您可以选择一个以上的sln进行构建。
, 解决此问题的一种方法是让开发人员为单独的解决方案映射单独的工作区。如果解决方案之间没有代码重叠，并且您试图阻止开发人员在选择建立另一个解决方案时签入一个解决方案，那么他们应该使用不同的工作空间。
如果您具有用于SolutionA的WorkspaceA和用于SolutionB的WorkspaceB，则“挂起的更改”对话框将仅显示对相应工作区所做的更改。
如您所说，您知道可以通过使用单独的变更集来避免这种情况。这样可以“迫使”开发人员使用两个单独的变更集，并避免“开发人员不知道...”的情况。
为他们创建工作区并撤消他们的“创建工作区”权限，以使他们不能创建同时包含两个区域的工作区。
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。