我会为
$/TeamProject/Area1/Area2/Solution1/
$/TeamProject/Area1/Area2/Solution2/
$/TeamProject/Area1/Area2/Solution3/
然后在构建定义中输入要构建的三个项目
$/TeamProject/Area1/Area2/Solution1/Solution1.sln
$/TeamProject/Area1/Area2/Solution2/Solution2.sln
$/TeamProject/Area1/Area2/Solution3/Solution3.sln
您可以将要构建的配置保留为空白,或者如果您想要进行某个构建,您可以将其设置为(例如)类似 Debug|Mixed Platforms 的内容(检查您的配置管理器...查看您正在构建的解决方案什么是有效的)
或者,您可以只映射以下内容(取决于您在此文件夹中有多少,如果您有不想触发构建的解决方案 4+,请不要在此级别执行此操作)
$/TeamProject/Area1/Area2
并拥有一个包含解决方案 1、解决方案 2 和解决方案 3 的解决方案,然后构建它。
默认情况下,构建映射到的解决方案 1
$/TeamProject/Area1/Area2
在具有工作目录的构建代理上,该目录将类似于:
$(SystemDrive)\Builds\$(BuildAgentId)\$(BuildDefinitionPath)
你最终会在下面构建它
C:\Builds\1\Solution1\Binaries
C:\Builds\1\Solution1\Sources
C:\Builds\1\Solution1\TestResults
这就是为什么你要确保你的 OutDir 等都是正确的,而不是硬编码的!
如果您在构建时查看,您会看到构建代理填充 Sources 文件夹,并且它应该(如果配置正确)将所有输出放入 Binaries 文件夹(然后将它们复制到在 TFS 中构建默认值下配置的放置文件夹.