2009-12-01 62 views
2

我们有多个解决方案中引用的共享项目,当由TF建设中遇到的原因:团队基础建设 - 解决跨解决方案项目引用

“的错误MSB3202:项目文件” ...... \行李箱\\\ sharedproject.csproj“未找到”。

这很好,因为构建服务器上的目录结构并未反映源代码管理的目录结构。是否可以修改构建文件以在该项目的特定位置搜索?

+0

我最终复制了服务器上工作树中的目录结构。如果/当我找到构建配置时,我会更新它。 – 2009-12-01 20:56:30

回答

1

也许你应该考虑增加一个DLL参考共享项目,而不是一个项目引用,然后在您的源代码控制的DLL。如果这不是一个选项,您可以随时创建另一个解决方案文件,该文件引用构建服务器上共享项目文件的正确路径,并在构建服务器上使用该解决方案。虽然我倾向于dll的参考,因为从长远来看,选项二很难维持。

希望它有帮助。

/Klaus

0

我在构建定义中使用工作区选项卡解决了这个问题。

我的解决方案文件引用了当前项目之外的项目,例如$/Common项目。

要使自动构建工作,构建代理上的工作空间需要被正确映射。看看产生的错误,我可以确定文件夹的预期位置。

所以我的工作文件夹中有列举了几个不同的项目,生成代理文件夹是生成代理计算机上的位置,而不是我的本地计算机(即扔我一个循环)。一切都建立在构建代理上,然后复制到输出目录。

相关问题