版本控制 – TFS项目结构 – 场景指南

2019年8月4日 189次阅读

我一直在阅读有关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？
>当有客户特定分支时,它们应该是单独的团队项目吗？

非常感谢任何指导！

最佳答案 我们使用这个结构：

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

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

点赞