Question

我一直在阅读有关TFS 2012中项目结构的多个文档，我相信我的结构正确。我只是想验证一下，对于我的场景，这是理想的结构。

目前，我们有多种不同的解决方案组成我们的软件套件。每个解决方案都是套件中的不同应用程序，但其中许多都相互依赖。还有一个公共代码库，由其他解决方案引用。此外，还有一组第三方DLL在多个解决方案中被引用。

示例：


Solution 1
    Project A
    Project D

Solution 2
    Project B
    Project D

Solution 3
    Project C
    Project A
    Project D 

Solution 4 (common code library)
    Project D

在阅读了TFS上的资料后，我发现一个项目集合包含一个团队项目，其中包含所有解决方案，这是推荐的设置。在此团队项目中，文件夹结构如下：

PROJECT COLLECTION
  TEAM PROJECT A
    Solution 1
      Source
      Release
    Solution 2
      Source 
      Release
    Solution 3
      Source
      Release
    Solution 4
      Source
      Release

几个问题：

这是为我的方案设置TFS的理想方式吗？
公共代码库是否应与其他解决方案一起放置？
如何处理常见的第三方DLL？
当有客户特定分支时，它们应该是单独的团队项目吗？

非常感谢任何指导！

Answer 1

我们使用这个结构：

PROJECT COLLECTION
    TEAM PROJECT A
        Features
            Solution 1 - New Feature 1
            Solution 2 - Fix Bug
        Main
            Solution 1
            Solution 2
            Solution Common
        Releases
            Solution 1 - v1.0.0.1
            Solution 1 - v1.1.0.0
            Solution 2 - v1.0.0.0
            Soltuion Common - v1.0.0.0

功能，主要和发布下的每个解决方案都是分支。这使得我们可以为主线代码提供一个位置，用于功能工作，一个位置用于发布，它们将共享相同的相对路径。

TFS项目结构 - 情景指南

1 个答案: