提交-拉-合并-推还是拉-合并-提交-推?

我更喜欢你原来的程序,但通情达理的人肯定会不同意。我考虑合并一个实际的软件开发工作,并喜欢让它成为我们过程中的一等公民。

在你的第二个/建议的程序中,风险是拉做一些你真的不想要的事情,然后你很难把它从你已经做的工作中分离出来。

对于无法忍受分支历史的人,通常首选的工作流是:

• 处理特征
• 犯罪
• 拉——再基
• 推

在哪里 --rebase 在启用 rebase extension

总之,如果您真的不想使用分支历史记录,请使用rebase——不要更新为未提交的更改,因为很难撤消。

我同意你的第一个工作流程。我对第二个选项的主要反对意见是,如果在提交之前尝试合并,那么当出现问题时(这种情况时有发生),没有简单的方法可以退出合并,这样您就可以重新开始。

这行不通:

• 拉-u
• if分支
• commit-m“在功能ABC上工作”
• 推

如果有本地更改,则不能合并。你/可以/做的是:

• 拉-u
• 拉-u
• 拉-u
• commit-m“在功能ABC上工作”
• 推

hg fetch