collections - 组织项目集合和团队项目的建议

Question

我们公司决定在我们的开发过程中开始使用 Team Foundation Server 2010。

我无法决定如何构建我们的收藏和团队项目。

我们共有 9 名开发人员，他们都在不同的时间从事不同的项目。

我读到的似乎有一半说要使用尽可能多的集合，而另一半说要限制集合的数量。

在创建/管理多个不一定相互交互的项目时，您的方法是什么？最好将东西放在单独的收藏中，还是将收藏数量保持在较低水平是否明智？任何帮助表示赞赏。

Answer 1

我个人不会因为这里有很多收藏品而把水弄混了。对于开发人员将要处理的每件事，一个带有团队项目的默认集合就可以了。

每个“默认集合”有点像一个单独的 TFS 实例（在同一环境中运行）。这个想法是集合不会相互交叉，并且所有数据始终保持分离。如果我没记错的话（现在无法测试，因为我们仍在使用 TFS 2008），您实际上需要从一个集合切换到另一个集合才能开始在该集合中工作。我不相信你可以同时打开两个集合。

Answer 2

我对这个问题的基本回答是团队项目应该反映项目的生命周期。例如，如果您有客户并且为客户做项目，那么我将为每个客户项目创建一个团队项目......即使它涉及与另一个项目相同的源代码。

对于内部开发，给定应用程序的生命周期通常是“永远的”，因此我将看到他们使用每个业务线应用程序的团队项目。

像您这样小的商店想要创建其他项目集合的唯一原因是您是否需要那种级别的隔离。一些原因包括： 1. 保持源代码和工作隔离的法律或监管原因（政府、隐私、PCI 等）。2. 您的客户希望在项目结束时将他们的工作项和代码交付给他们。有些人可能想要历史，所以给他们自己的项目集合而不是对其他人的数据进行排序是很好和容易的。

如果您需要更多信息，发布项目的性质可能会有所帮助。

Answer 3

每个集合都需要一个单独的构建服务器（和许可证），因此您应该在计划中考虑这一点。一个构建服务器，一个集合。