mercurial - 提交拉 merge 推送还是拉 merge 提交推送？

Question

几周前我们开始使用 Mercurial。大多数开发人员遵循此工作流程:

处理功能

提交 -m“致力于功能 ABC”

拉 -u

如果分支

合并

commit -m "合并"

推

今天，我们的一位开发人员建议我们这样做:

处理功能

拉 -u

如果分支

合并

提交 -m“致力于功能 ABC”

推

这样，我们在日志中的“合并”变更集就会少得多。

我们中的一些人认为这只是一种偏好。我们中的一些人认为一个比另一个更好。我们没有太多经验，也不想忍受滥用该工具的缺点。因此，如果一种方法比另一种更可取，请告诉我原因。

Answer 1

我更喜欢你原来的程序，但理智的人当然可以不同意。我考虑合并一个实际的软件开发工作，并希望它成为我们流程中的一等公民。

在你的第二个/建议的程序中，风险是拉动做了一些你真的不想要的东西，然后你很难将它与你已经完成的工作分开。

对于那些无法忍受分支历史的人来说，通常首选的工作流程是:

处理功能

提交

拉--rebase

推

哪里 --rebase启用 rebase extension 后会出现拉取选项.我不是 rebase 的粉丝，因为它在技术上重写了历史，这与 mercurial 应该如何工作背道而驰，但在这一点上我是迅速萎缩的少数派。

最重要的是，如果您真的不想要分支历史记录，请使用 rebase - 不要更新为未提交的更改，因为它很难撤消。