TFS区域、最佳定义和配置

最近迁移到TFS 2010后，我想知道对于一个区域来说，什么是最好的或最广泛接受的定义或配置

我能在网上找到的唯一有用的文章是我认为是正确的。然而，这让我想到，以下任何一项是否真的被更广泛地接受

• 按业务功能划分的区域
• 技术领域
• 按系统层划分的区域
• 按物理或地理位置划分的区域

在我看来，区域是一种分组机制，你可以用任何你想要的方式对你的蠕虫进行分组

我认为一切适合你的发展过程和/或使你更有效率的都是可以的

列表中的所有项目都是有效的区域类型，我在项目中看到了它们

---

但是太深的层次结构并没有真正的帮助，因为如果你创建一个工作项，你就必须选择正确的区域。

这实际上取决于你正在构建的产品/项目，我想它是作为一个通用的占位符提供的，可以从团队和团队任务的上下文中得到它的含义。
我可以想象项目，在总体上忽略它，这也是一个完全可以接受的解决方案。

我们最初的团队项目结构实际上忽略了我们在团队集合中构建的旗舰产品领域。这导致了一场报告噩梦，因为我们需要在平台级别（TeamCollection），而不是它的一个独特部分（团队项目）。当我们意识到这个问题时，我们搜索并找到了这篇文章，这让我们改变了方向：我们现在在一个团队项目中使用TFS区域，并找到了最适合我们的情况
在我们的宇宙领域=平台内的一条独特的发布线。

+1：平衡你的领域，使它们不必要深入，最终从长远来看是有回报的。这可能也是一篇有趣的文章：这两个链接确实帮助我得出了一个合理的结论。