mercurial - 如何将新功能推送到中央 Mercurial 仓库？

Question

我被指派为一个项目开发一项功能。在几周的时间里，我将花几天时间研究该功能。我将克隆中央仓库。然后我将在本地工作 3 周。在此过程中，我会多次将我的进度提交到我的 repo 协议(protocol)中。完成后，我将在推送之前拉取/merge/提交。

将我的功能作为单个变更集推送到中央仓库的正确方法是什么？我不想将 14 个“进行中的”变更集和 1 个“merge 的”变更集推送到中央仓库。我希望该项目的其他协作者只看到一个带有重要提交消息(例如“已实现的功能 ABC”)的变更集。

我是 Mercurial 和 DVCS 的新手，所以如果您认为我的方法不正确，请随时提供指导。

<My own answer>

到目前为止，我想出了一种将 15 个变更集减少到 2 个变更集的方法。假设变更集 10 到 24 是“进行中的”变更集。我可以'hg collapse -r 10:24 -m "Implemented feature ABC"' (14 个变更集 merge 为 1 个)。然后，我必须 'hg pull' + 'hg merge' + 'hg commit -m "Merged with most recent changes"' .但现在我遇到了 2 个变更集。我不能再'hg collapse' ，因为拉/merge/提交破坏了我的变更集序列。当然，2 个变更集比 15 个变更集好，但我仍然宁愿有 1 个变更集。

</My own answer>

Answer 1

这是一个重复的问题(其答案是您找到的 CollapseExtension)，但我会借此机会尝试说服您放弃这种做法。 :)

很明显，我无权劝说您不要尝试压缩您的变更集，但您可能想考虑一下，版本控制的一半值(value)在于在数月和数年后回答“为什么”而不仅仅是“什么”。准确描述一个特征是如何产生的，以及在什么阶段，可能具有 future 值(value)。丢弃它似乎是... unversioncontrolly。少担心您的历史有多漂亮，而专注于它的用处。

即使您确实崩溃了，您也绝对应该推送两个变更集，即功能和功能的 merge 。 merge 变更集是理所当然的，不能避免。他们有一些非常重要的信息，即他们的出身，并且通过将 merge 细节保留在功能细节。不要试图避开它们!

此外，您应该至少每晚从您的机器上推送一些 repo 协议(protocol)，对吧？在只有您访问的服务器上设置一个开发克隆。