持续集成和处理项目参考
我已决定开始使用 Team City 作为我的持续集成软件，但我遇到了一些问题，我应该如何处理我的项目引用，因为我的项目所依赖的程序集位于我的开发人员解决方案和 Team City 中的解决方案中的不同位置（我我正在使用 vs2008 解决方案文件选项在 team city 中进行构建）。 问题是项目在开发中建立，在团队城市中失败。
我应该如何处理项目文件中的不同项目引用？
前任。 我的 MVC 应用程序引用了我在其他项目中使用的通用 util 程序集。 在我的开发人员解决方案中，我将此项目添加到解决方案中，但我不希望在团队城市构建中使用此项目，因此我在那里有一个不同的解决方案文件。
I have decided to start using Team City as my continuous integration software and I am having some problems how I should handle my project references as the assemblies my projects depends upon are located at different locations in my developer solutions and the solutions in team city (I am using the vs2008 solution files option for the builds in team city). The problem is that the projects builds in development and fails in team city.
How should I handle the different project references in the project files?
ex. My MVC app references a common util assembly I use in other projects as well. In my developer solution I add this project to the solution but I do not want this in team city build so I have a different solution file there.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
听起来您应该将代码分成多个解决方案。 当一个解决方案中的项目需要访问另一解决方案中的项目的二进制文件时，他们不应该将这些外部项目添加到该解决方案中。 不使用项目引用，而是使用文件引用。
这意味着您需要将已完成构建的结果部署到某个公共位置，可能是共享。
请参阅模式和模式 实践：Visual Studio 2005 Team System 指南。 它适用于 TFS 和 2005，但一般概念适用于许多其他源代码控制系统。
It sounds like you should split your code up into multiple solutions. When projects in one solution need to access binaries from projects in another solution, then they should not add those foreign projects into the solution. Instead of using project refrences, use file references.
This means that you need to deploy the results of completed builds to some common location, posisbly a share.
See patterns & practices: Visual Studio 2005 Team System Guidance. It's for TFS and 2005, butthe general concepts apply to many other source control systems.