gpt4 book ai didi

mercurial - Hg 的标准提交流程是什么?

转载 作者:行者123 更新时间:2023-12-03 18:27:03 30 4
gpt4 key购买 nike

是吗

  • 更新
  • merge
  • 提交

  • ?或者你可以先提交吗?

    我不喜欢在没有我的本地代码版本备份的情况下进行拉取和 merge 的想法,以防 merge 爆炸,但大概你必须先进行 merge 才能进行推送,因为你不能有冲突在中央 repo 。还没有完全理解这整个过程;习惯了我漂亮的简单 SVN。

    最佳答案

    我建议在将更改拉入工作目录之前始终提交,除非您 100% 确定您的更改和要 merge 到工作目录中的更改不会冲突。

    如果您执行更新拉取( hg pull; hg update 或更短的 hg -u pull )并且有任何未提交的未提交更改,则来自外部的任何更改都将与您的更改 merge 。发生冲突时,可能很难决定 merge 结果应该是什么样子,因为您无法轻松区分您的更改和 merge 的更改。

    当您第一次提交时,决定 merge 结果的样子要容易得多,因为您总是可以查看 merge 的两个父项。
    所以,实际上它是:

  • hg commit
  • hg pull -u (如果不需要 merge ,请转到 5)
  • hg merge
  • hg commit
  • hg push

  • 更新:正如 Martin Geisler 指出的那样,可以使用以下方法获得文件的“原始”更改版本:
    hg resolve --unmark the-file
    hg resolve --tool internal:local the-file

    或同时为所有文件:
    hg resolve --unmark --all
    hg resolve --tool internal:local -all

    不过,我发现“提交第一”系统更好。最后看个人喜好。。。

    关于mercurial - Hg 的标准提交流程是什么?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/8569344/

    30 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com