AGFS开发的TFS团队项目结构

Question

我们的团队致力于敏捷方法，在产品的不同部分拥有专业团队。目前我们在一个团队项目中拥有所有内容，但是我们希望重新构建所有内容，以便我们可以立即应用一个很好的功能性连续构建，我们有一个构建定义用于我们的后台，一个用于我们的网站。问题是，如果我们在团队项目中进行任何更改，即使它是一个文本文件，一切都会排队，这会给我们带来很大的问题。所以，这就是我们解决问题的方法：

# = Project Collection, > = Team Project, | = VS project
# PRODUCT
    > Core
        | CoreProject
    > Integrations
        | IntegrationsProject ( makes use of CoreProject )
    > Backoffice
        | BackofficeProject ( makes use of CoreProject and IntegrationsProduct)
    > WebSite
        | WebsiteProject ( makes use of CoreProject and IntegrationsProduct)

这将使我们： - 减少队列中的构建数量 - 创建Integrations的分支，这些分支不会经常更改 - 限制专业团队对Integrations和Core的访问（即使我知道这可以通过其他方式完成）

问题：

• 这是否是我们要求的最佳解决方案？如果没有，那是什么 可不可能是？
  • 比方说，在WebsiteProject解决方案中工作，并在该解决方案中有来自不同团队项目的项目，是否有可能签入项目？

谢谢！

Answer 1

我建议使用one big team project，在版本控制中只有4个根文件夹，以及4个构建定义，这些定义将工作空间映射到4个根文件夹中的每一个。只要您正确地映射构建工作区，将文件签入到一个文件夹，就不会触发其他文件夹的构建。

这也允许您根据需要在每个根文件夹上设置单独的安全权限。