在TFS中,我应该为生产版本标记或创建分支吗?

loy*_*low 10 tfs branch

在进行生产部署时,我应该使用标签标记代码还是为生产中的代码创建分支?

yeO*_*the 17

在TFS中,我会有一个Release分支,其标签标识要发布到生产的特定版本.

这意味着你有其他分支我可以建议如下

  • 三个主要分支:主要,发展和发布.
  • 当前火灾的一个Hotfix分支.
  • 0到N主要功能分支包含发展中断.

细节

  • 主枝
    • 包含最新的稳定版本
    • 标记/标记每个版本
  • 发展分公司
    • 从主要分支
    • 大部分工作都在哪里完成
    • 在发布之前合并回Main
  • 发布分支
    • 分支来自以下之一:
      • 发展部门
      • 或主分支(这可能更好,因为它是"稳定的")
    • 错误修复在这里完成
    • 修复后的测试和发布,
      • 合并开发分公司
      • 或者合并到Main分支然后转发集成(FI - 从父到子的合并)到Develop
    • 标记/标记每个版本或错误修复
  • 修补程序分支
    • 从Main分支出来
    • 合并回Main
    • 前向整合合并到开发
    • 用于使Main保持"稳定"
  • 主要专题分支
    • 来自Develop的分支
    • 合并回到Develop
    • 用于可能破坏常规开发路径的主要功能

参考文献:


ryr*_*ich 1

在实践中,您可以通过以下两种方式之一来处理它:

  • 拥有一个连续的开发时间表,该时间表针对每个生产版本进行分支:

例子:

 ------------------------->dev
     |      |      |
     |      |      |
     |      |      |
    v1.0   v2.0   v3.0
Run Code Online (Sandbox Code Playgroud)
  • 让您的产品版本相互“级联”:

例子:

---->v1.0---->v2.0---->v3.0
Run Code Online (Sandbox Code Playgroud)

最终,由您决定采用哪种架构,只要它是一致的并且对您有意义即可。