有人在我们的中央存储库中提交了。我们如何恢复它？

Question

我们正在使用本地中央存储库，每个人都可以从其中推送和拉取。直到最近，该存储库仅包含 .hg 文件夹。然后有人直接在中央存储库中提交，创建一个没有父项（父项 = -1）也没有子项的“岛”变更集。正确的方法是将其添加到本地存储库中并推送更改。

有没有办法让中央存储库的工作副本恢复到仅包含 .hg 且不与特定变更集关联的状态？

Answer 1

由于这是您的本地中央存储库，并且这些是编辑历史记录的命令，因此请采取一切预防措施，例如首先在存储库的副本上进行尝试。

• hg rollback（删除最后的存储库更改）

  https://www.mercurial-scm.org/wiki/Rollback

回滚存储库中的最后一个事务。

• hg strip（删除特定修订）

  https://www.mercurial-scm.org/wiki/Strip

hg strip rev 从存储库中删除 rev 修订版及其所有后代。

• 另请参阅：

https://www.mercurial-scm.org/wiki/EditingHistory

如果您立即（或很快）发现错误，则只需使用hg strip REV即可回滚最新（一个或多个）更改。 ...

编辑：这以其原始形式回答了问题。 OP 此后编辑了该问题。

Answer 2

只需删除除 .hg 文件夹之外的所有内容即可。

Answer 3

如果我正确理解发生了什么，有人更改为存储库目录并将单个文件作为“添加的文件”提交，而没有首先从活动目录中检查任何更改集。

您最终得到的结果类似于以下历史图表：

0:a43f   1:2843   2:bc81   3:2947
 o ------ o ------ o ------ o

4:228f
 o

其中变更集 4:228f 将“null id”作为其父变更集。

根据是否要保留变更集 4:228f，您可以遵循以下策略之一：

选项 1：克隆存储库而不包含有问题的更改

您可以创建存储库的新克隆，并将修订版 3:2947 指定为目标修订。这会将更改 3:2947 及其所有祖先更改集拉入新存储库。由于有问题的变更集未链接到变更集 3:2947 的祖先，因此它不会成为新克隆的一部分。

我建议首先保存旧存储库，然后将所有内容移动到新克隆，例如您保存在其 .hg/ 目录中的任何特定于存储库的设置文件。

如果您当前的存储库位于 /work/repo/foo 中，执行此操作的一种方法是：

$ cd /work/repo
$ mv foo foo.bak
$ hg clone -r 2947 foo.bak newfoo

现在复制任何 .hg/ 设置文件，例如您的原始 .hg/hgrc 文件：

$ cp foo.bak/.hg/hgrc newfoo/.hg/hgrc

最后将新的 foo 存储库移至适当位置：

$ mv newfoo foo

选项 2：克隆存储库并保留但rebase 更改

执行与以下操作相同的操作之前，但在将 newfoo 存储库移动到位之前，请使用“hg export”命令从旧存储库中提取有问题的更改的副本。然后检查 newfoo 树中最尖端变更集的工作副本，并将有问题的变更的文件变更导入为当前历史图表的正常变更集。

因此，在 mv newfoo foo 之前，通过键入以下内容保存有问题的更改的补丁：

$ cd /work/repo/foo.bak
$ hg export -r 228f --git > /tmp/patchfile.diff

然后您可以签出新存储库的最新版本，并在当前版本之上重新导入补丁历史记录：

$ cd /work/repo/newfoo
$ hg update --clean tip
$ hg import /tmp/patchfile.diff

如果有问题的变更集仅添加了一个新文件，那么这应该可以正常工作，并且您已准备好将新存储库移动到位！

不过，在进行最终重命名之前，删除新存储库的工作副本文件可能是个好主意：

$ cd /work/repo/newfoo
$ hg update --clean null

Answer 4

该命令：

hg update null

将存储库的工作目录更新到第一次提交之前的位置，因此工作目录中没有文件，并且 hgparents 显示 -1。

如果您不需要，您仍然需要删除提交，但这是一个单独的问题/问题。