TFS 2010 - 具有共享库的 VS 解决方案应如何映射到“团队项目”？
我是 TFS（和分支/合并样式源代码控制）的新手。我一直在阅读 2010 年 TFS 分支指南，但对于如何将我的解决方案映射到源代码管理，我有些脱节。我认为我的主要问题是如何理解解决方案之间共享的类库的最佳位置。
我们的环境是业务线，包含大约十几个独立的 Web 应用程序和大约六个在 Web 应用程序之间共享的类库。我们的解决方案通常由 Web 应用程序之一、其单元测试项目、支持类库项目以及任何第三方程序集引用组成。
因此，两个代表性解决方案如下：
解决方案 A
-- WebApp11 项目
-- WebApp11UnitTests 项目
-- ClassLib11 项目
-- ClassLib22 项目
-- ClassLib33 项目
-- bin\*.dll
解决方案 B
-- WebApp22 项目
-- WebApp22UnitTests 项目
-- ClassLib11 项目
-- ClassLib22 项目
-- ClassLib44 项目
-- ClassLib55 项目
-- bin\*.dll
这些在 TFS 中应该如何构建？
我们是否为每个解决方案创建一个团队项目，例如 ClassLib11 将同时属于团队解决方案 A 和团队解决方案 B？
我想是的，这样每个团队项目都包含投入生产所需的一切。
如果我们使用几个不同的解决方案文件，例如拥有一个包含每个 Web 应用程序和每个类库的大型解决方案文件，该怎么办？该解决方案适用于哪里？
I'm new to TFS (and branch/merge style source control). I've been reading through the TFS Branching Guide for 2010, but I'm having a bit of a disconnect with how my solutions should be mapped to the source control. I think my main problem is how to understand th best placement of class libraries shared between solutions.
Our environment is line-of-business with about a dozen separate web applications and about half a dozen class libraries shared between the web applications. Our solutions generally consist of one of the web applications, it's unit testing project, the supporting class library projects, and any third-party assembly references.
So two representative solutions would look like:
SOLUTION A
-- WebApp11 Project
-- WebApp11UnitTests Project
-- ClassLib11 Project
-- ClassLib22 Project
-- ClassLib33 Project
-- bin\*.dll
SOLUTION B
-- WebApp22 Project
-- WebApp22UnitTests Project
-- ClassLib11 Project
-- ClassLib22 Project
-- ClassLib44 Project
-- ClassLib55 Project
-- bin\*.dll
How should these be structured in TFS?
Do we create a Team Project for each Solution, such that ClassLib11, for example, would belong to both TEAM SOLUTION A and TEAM SOLUTION B?
I'm thinking yes, so that each Team Project consists of everything required to roll out into production.
What if we use a couple different solution files, such as having one large solution file that has every web application and every class library? Where does that solution fit in?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我们将所有生产应用程序（我们有一套具有显着重叠的应用程序）保留在一个 TFS 项目中。这允许所有这些都受到相同规则的管理，因为它们可能一直都被不同的人修改，但一个人有时/经常会遇到他们对许多不同应用程序一起感兴趣的情况。
We keep all of our production applications (we have a suite of applications that have significant overlap) in a single TFS Project. This allows all of them to be governed by the same rules since they are, potentially, all being modified by different people all the time but a single person will sometimes/often have scenarios where they are interested in many different applications together.