【问题标题】:How to send conflicts after merges to developer合并后如何将冲突发送给开发人员
【发布时间】:2011-10-28 22:09:21
【问题描述】:

我们有一个发布经理让许多分支合并到发布分支,有时会出现逻辑合并冲突,只有开发人员才能决定如何正确合并。 有没有好的方法(svn,mercurial - 没关系)如何将这些冲突发送给开发人员,然后将固定文件返回给发布管理器,除非要求他们进行真正的 svn/hg 合并。

【问题讨论】:

    标签: svn mercurial


    【解决方案1】:

    通常让开发人员合并他们的更改,然后推送发布管理器从开发人员已合并的存储库中提取。

    合并编码,虽然我确信您的发布经理完全有能力在分支中合并,但请尝试构建一个工作流,当功能完成时,开发人员确实:

    1. hg pull release-candidate-repo
    2. hg merge #他们的头和新拉的头
    3. hg push release-candidate-repo

    【讨论】:

      【解决方案2】:

      水银

      [ui]
      merge = internal:merge
      

      使用 internal:merge,Mercurial 会插入显示冲突部分的冲突标记。你可以选择一个,另一个,或者两者都不选。

      $ cat hello.py
      print 'hello world'
      <<<<<<< local
      print "charlie says: it is now Wed Apr 21 19:22:15 EDT 2010"
      =======
      print "baker says: it is now Wed Apr 21 19:20:34 EDT 2010"
      >>>>>>> other
      

      ReleaseManager 刚刚发送(或通知开发人员有关事件)带有标记的文件

      【讨论】:

      • 从我的 POV - 更改工作流程并排除 dumb RM 是更强大的解决方案。 RM 将有足够的工作,但不会像“合并其他人的代码”那样那么愚蠢 - 合并是开发人员的工作
      猜你喜欢
      • 2011-07-06
      • 1970-01-01
      • 2020-12-13
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2011-02-26
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多