我们在源代码管理方面有一个项目：
$/Project/Trunk/Project.sln
大多数项目都在主干下
$/Project/Trunk/Website
$/Project/Trunk/BLL
etc.
问题是，它们都引用了存储在
中的DLL$/Project/Common
当我尝试使用构建代理构建时，我收到错误消息，说它无法在$ / Common文件夹中找到DLL。
我在构建代理计算机上运行VS并在$ / Project / Common文件夹上完成最新操作。我还在$ / Project /上做了最新的事情，并设法在构建代理机器上自行构建它而没有问题。
如何说服构建代理在构建期间查看$/Project/Common文件夹（或映射到D:\Source\Project\Common的位置）？
虽然这确实突出了这些DLL引用应该指向分支下方的事实，但由于业务需求，我们无法在一个月左右的时间内更改结构（它目前正在运行，自动构建是很好，但并不重要，即将发布的 至关重要的）所以任何建议都值得赞赏。
答案 0 :(得分：2)
使用“构建”定义中的“工作空间”更改Project / Common文件夹的映射位置。您需要将构建日志（在构建定义中的“流程”选项卡中找到）的详细程度更改为“详细”或“诊断”之类的内容，以获取TFS构建运行时文件放在磁盘上的位置列表。然后从那里你可以弄清楚如何改变工作区中的映射以正确地将文件输出到磁盘