避免将不需要的本地历史推送到 Bazaar 或 Mercurial 中的主存储库

Question

我是 DVCS 新手，所以我可能误解了一些概念和术语，但这就是我想要实现的想法，我试图找出 Bazaar 或 Mercurial 是否以直接的方式支持这一点：

有一个包含经过良好测试的代码的主存储库。假设我将其克隆（或拉取或分支或任何术语）到本地存储库，然后每天当我处理代码时，我会在本地提交更改，有时一天多次。

完成所有更改和测试后，我只想获取放入主存储库的每个文件的最新（本地）提交版本，没有我在本地提交的数十个中间版本在调试和单元测试期间。

从我读到的内容来看，显然，如果我推送这些半生不熟的版本的整个历史都会反映在主存储库中。一些互联网文章似乎表明，如果处理得当，rebase 可能会解决这个问题，但目前还不清楚是否/如何做到这一点，因为看起来 rebase 更多的是为了避免分叉的分支/合并历史，而不是避免提交一大组中间版本。

Answer 1

一些集市选项。

1. 如果你想摆脱数十个本地提交，你实际上是在丢弃历史记录。一种方法是使用 bzr uncommit 命令。例如。

   bzr 取消提交 -rbranch:https://url_to_mainrepo
   

   （在您进行主存储库的修订之前，请放弃修订。不要担心，它会告诉您将要做什么，并在执行之前与您确认）

   然后你可以做一个新的提交，将所有其他提交合并为一个。

2. Bazaar 通常会隐藏合并的修订。将微小提交汇总到合并修订版中的一种方法是保留主存储库的本地分支/签出。然后，当您准备就绪时，将您的更改bzr merge到本地 main-repo-clone 中，然后提交合并的修订版。

   这样，您仍然保留所有历史记录，但所有小修订都会整齐地汇总到合并修订中。然后，您仍然可以在需要时查看该历史记录。

以下是如何不查看合并修订的示例：

$ bzr log
------------------------------------------------------------
revno: 2 [merge]
message:
  summary of the things I did
------------------------------------------------------------
revno: 1
message:
  some change on the mainline
------------------------------------------------------------
Use --include-merged or -n0 to see merged revisions.

以下是如何查看合并修订的示例：

$ bzr log -n0
------------------------------------------------------------
revno: 2 [merge]
message:
  summary of the things I did
    ------------------------------------------------------------
    revno: 1.1.2
    message:
      my first step
    ------------------------------------------------------------
    revno: 1.1.1
    message:
      my second step
------------------------------------------------------------
revno: 1
message:
  some change on the mainline

Answer 2

您要查找的关键字是 collapse 或 fold (Mercurial) 或 squash (Git)。恐怕我不知道芭莎里通常用什么术语来形容这个。

在 Mercurial 中，您可以使用 histedit 扩展（自 Mercurial 2.3 起捆绑的扩展）来折叠将一系列变更集合并为一个变更集。它提供了第三方折叠扩展中功能的超集。

rebase 扩展（另一个标准扩展）与 具有相同的功能 - -collapse 标志。您完全正确，通常进行变基以避免不必要的合并，但它在某种程度上也必须用于 在 Git 中折叠（和编辑）变更集。 Mercurial 的 histedit 扩展 是根据 Git 中的交互式 rebase 命令建模的。

Answer 3

在 Bazaar 中，这是通过在本地主存储库的单独“克隆”（即 bzr 分支 URL）来处理的，然后您可以通过多次提交来创建本地功能分支。当您准备好将该工作移至主存储库时，您可以将功能分支合并到主分支中。这会在主分支中留下一个修改后的工作树，然后您将其提交并推送到您的官方主存储库。此提交包括来自功能分支的修订历史记录，但它通常隐藏在 bzr log 或其他日志历史记录视图中。