version-control - 对于此设置，什么是好的 Mercurial 使用模式？

Question

我们在同一个封闭(呃，愚蠢的政府)网络上有两个开发人员，另一个开发人员在路上开车几分钟，第四个开发人员在全国中途。电子邮件、ftp 和删除媒体对于不在同一网络上的人来说都是可能的传输方法。

我是两个封闭的网络开发人员之一，将我们视为“大师”位置。

团队的最佳 Mercurial 设置/模式是什么？向/从远程开发人员传输更改的最佳方式是什么？由于我负责，我认为我必须至少保留一个主存储库和另一个我可以开发的本地存储库。其他人应该只需要主人的克隆。这是正确的吗？我想这也让我负责 merge ？

正如你所看到的，我仍在尝试围绕分布式版本控制。我认为在连接情况下没有其他方法可以做到这一点。

Answer 1

补丁是一种简单而通用的解决方案。

为了移动更大的更改组(尤其是二进制更改和 merge )，Mercurial 提供了二进制包。捆绑包基本上是当您执行 hg push 时在网络上发送的二进制文件。 ，但在这里它被捕获在一个文件中。

假设我以某种方式获得了克隆(通过闪存驱动器、DVD 等)。调用 upstream .然后我制作了第二个克隆，命名为 devel .我在 devel 中进行所有开发并进行大量提交、 merge 等。由于 Mercurial 是分布式的，我可以离线完成所有这些工作。

查看 upstream 中缺少哪些变更集我愿意

% hg outgoing ../upstream

当我有东西要发送时，我可以使用

% hg bundle changes.hg ../upstream

获取包含变更集的二进制压缩文件，包括所有元数据。然后我可以将此文件刻录到 CD 上并通过邮件发送...

捆绑包的接收者可以做

% hg incoming changes.hg

查看变更集列表和

% hg pull changes.hg

解压缩并将变更集添加到他的存储库。然后他很可能不得不 merge ——这就像他通过 HTTP 或 SSH 直接从您的存储库中提取一样。

请注意， upstream存储库仅用作记住上游存储库中已找到哪些变更集的便捷方式。您也可以只记下变更集 ID 并使用 hg bundle --base捆绑时指定基本(通用)变更集。见 hg help bundle或 look in the wiki .