【问题标题】:Who propagate bugfixes across branches (corporate development)?谁跨分支传播错误修正(企业发展)?
【发布时间】:2011-11-11 21:59:45
【问题描述】:

我们有许多发布和自定义分支。当错误修复发生时,它必须传播到许多分支。

我有几个相关的问题:

  • 谁来决定(哪个角色)在哪里传播错误修复
  • 谁控制(哪个角色)错误修复传播
  • 在哪里修复错误 - 在主干/默认或选定分支中?
  • 是否需要由 bugfix 开发人员在所有分支上测试 bugfix,还是只在原始分支上测试,然后将另一个分支测试传递给 QA 团队?
  • 谁传播错误修复 - 原始错误修复创建者或分配的单独人员(哪个角色)?

【问题讨论】:

    标签: version-control workflow dvcs


    【解决方案1】:

    DVCS 方面有点不同,因为merging is orthogonal to publication(拉/推)。

    这意味着你需要区分:

    • 分支之间的传播(合并)
    • repo 之间的传播(拉/推 public 分支,即在 repo 之间复制的分支)

    一旦您确定了这些分支,开发人员应该发起一个错误修复提升,从他/她的错误修复分支到公共开发分支,然后发布。
    错误修复本身应在专用分支中修复。

    您可以通过发布到 Q/A 存储库来设置受保护的提交原则,该存储库将通过测试并在测试失败时拒绝提交。
    有关预测试提交或私有构建的示例,请参阅“What is the cleverest use of source repository that you have ever seen?”。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2012-01-26
      • 2020-02-29
      • 1970-01-01
      • 1970-01-01
      • 2014-04-28
      相关资源
      最近更新 更多