• 请不要在回答技术问题时复制粘贴 AI 生成的内容
diveIntoWork
V2EX  ›  程序员

关于 git auto merge 的一点思考

  •  
  •   diveIntoWork · Sep 30, 2017 · 5387 views
    This topic created in 3159 days ago, the information mentioned may be changed or developed.

    在进行 git pull 操作的时候,能够合并的文件一般 git 会 auto-mergeing,有些有冲突的文件会报出冲突。但是比如说,A 君在文件中增加了一段代码,我本地 pull 下来的时候,导致我的代码失败了,这段代码也不属于 conflict,如果工程特别大的话,也比较难排查。这种情况该如何处理? 还是应该少用 pull,用 git fetch + git diff 排查这种问题?

    8 replies    2017-09-30 14:21:20 +08:00
    GeruzoniAnsasu
        1
    GeruzoniAnsasu  
       Sep 30, 2017
    pull 完 diff 一下前后版本
    用 gui 工具 diff,头别太铁
    ryd994
        2
    ryd994  
       Sep 30, 2017
    fetch rebase 也是一派
    mdzz
        3
    mdzz  
       Sep 30, 2017
    本地开发另开 branch
    xi_lin
        4
    xi_lin  
       Sep 30, 2017
    @ryd994 rebase 就是 commit 数目多的时候如果一路 conflict 下来太酸爽,别的都好
    exch4nge
        5
    exch4nge  
       Sep 30, 2017
    1. 同意 @mdzz 本地开发另开 branch
    2. 多测测,能有单元测试更好,能有 CI 跑单元测试那就更好了
    msg7086
        6
    msg7086  
       Sep 30, 2017
    一般我们只考虑 rebase pull。merge 严重污染分支结构,pull 一时爽,blame○○场。
    skydiver
        7
    skydiver  
       Sep 30, 2017
    本地开发另开 branch,定期 merge master,merge 之后跑 test
    momocraft
        8
    momocraft  
       Sep 30, 2017
    在已知本地分支有更新时 pull 其 remote tracking 分支, 最好情况是多一个我不想要的 commit, 最坏情况时要手动清理 worktree 然后再 reset

    所以我只在已知本地没更新时 pull
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   1121 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 44ms · UTC 17:59 · PVG 01:59 · LAX 10:59 · JFK 13:59
    ♥ Do have faith in what you're doing.