从 svn 迁移时我应该如何组织 Mercurial 存储库

Question

我们将项目以以下方式存储在 subversion 中：

• 主干（主要开发在此处）
• 分支
  • 稳定（软件的生产版本）
  • 内部（旧的内部版本的软件保留在这里，只有很少的新代码在这里提交）

我应该如何组织我的 Mercurial 存储库来托管它？我创建了三个存储库，一个用于主干，一个用于每个分支作为中央服务器，但由于 Mercurial 有分支，所以我可能做错了。至少感觉不对，但是当我尝试将单个变更集从开发本地存储库推送到稳定的本地存储库时，它推送了我所有的新变更集。那不是我想要的。

EDIT1

我在 trunk 中有修订版 623，在 stable 中有修订版 620。我只想将变更集 623 推送到稳定版本。我尝试了 hg push -r623 ../stable，但 hg 告诉我，已推送 4 个变更集。

Answer 1

好吧，让我们一次解决这个问题。

请注意，对于布局和组织，有很多方法可以做到这一点，唯一真正决定的人是您。

不过，我的建议是，根据您在评论中概述的工作流程，使用一个存储库作为默认存储库和稳定存储库，对这两个存储库使用命名分支。

至于旧代码，我会将其保存在一个单独的存储库中，如果需要的话，只需合并主代码中您需要的任何内容即可。

因此，我将如何组织它：

• 主存储库
  • 默认分支（Mercurial 中始终有此分支），这就是您之前称为主干的分支
  • 稳定分支（这与之前的稳定分支类似）
• 旧代码存储库
  • 默认分支，从主存储库拉取
  • “旧”分支，旧代码，然后您可以在需要时轻松从默认合并到旧分支
    • 如果不需要从默认分支合并到旧代码，请将所有旧代码放在默认分支中，并且不要为旧代码创建命名分支

专注于主存储库，这将为您提供以下能力：

• 您可以在默认和稳定之间的单个工作文件夹中来回更新
• 您可以轻松地跨分支进行比较
• 您可以轻松地从一个分支合并到另一个分支，两种方式
• 标签都是全局的，始终可见

最后一个问题是，您如何合并时挑选变更集。

好吧，你不能。合并会合并您选择的变更集及其所有祖先。这就是 Mercurial 中合并的作用。

有两种方法可以缓解这种情况：

• 移植扩展
• 在其他地方开始提交变更集

移植扩展允许您从一个分支中取出一个或多个变更集，并将它们复制（移植）到另一个分支上。变更集将被标记为已移植，因此将来的合并不会因此而出错。然而，问题在于，除了您添加到提交消息中的任何内容之外，图形日志中没有可见的行来表明您所做的事情。

另一种方法，即在其他地方提交变更集，最好通过示例来描述。

假设您有以下两个分支：

default:  1--2--3--4--5--6
           \
stable:     x--y--z

现在，您希望在默认情况下将变更集 7 提交到变更集 6 之上，然后仅将该变更集（而不是 2-5）“合并”到稳定分支上，正如我所说，合并不会这样做。

相反，您可以做的是找到以前的共同祖先，在本例中 1，在该变更集之上提交新变更集，实际上获取此存储库日志：

default:  1--2--3--4--5--6
  |       |\
  +---    | 7
           \
stable:     x--y--z

然后您可以将第 7 个变更集合并到稳定版本中和默认值：

default:  1--2--3--4--5--6--7
  |       |\               /
  +---    | 7------+------+
           \        \
stable:     x--y--z--7

这是 TortoiseHg 如何显示最后一个存储库，我只是移动了标签：