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

Question

我们公司已决定开始使用Team Foundation Server 2010进行开发。

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

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

似乎我阅读的内容的一半表示使用尽可能多的集合，而另一半表示限制集合的数量。

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

Answer 1

我个人不会在这里收集很多藏品。对于开发人员正在处理的每件事情而言，带有团队项目的默认集合都可以。

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

Answer 2

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

对于内部开发，给定应用程序的生命周期通常是“永远”的，因此我将在每个业务线应用程序中使用Team Project来查看它们。

如果您需要这种级别的隔离，那么像您这样小的商店想要创建其他项目集合的唯一原因就在于此。一些原因包括：1。您有法律或监管原因，保持源代码和工作孤立（政府，隐私，PCI等）。 2.您的客户希望在项目结束时将他们的工作项和代码交付给他们。有些人可能想要历史记录，因此很容易为他们提供自己的项目集合而不必排序其他人的数据。

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

Answer 3

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