Mercurial 将主干修订与forked Hg项目集成

我如何在不丢失我的定制的情况下，从主要分支机构不断改进的同时，为特定客户定制一个不断发展的项目

我是否应该继续从主存储库中提取，合并适当的更改，并且永远不后退

我使用Mercurial的时间还不长，所以我关心的是如何集成这两个项目，而不会弄乱已更改的名称空间和不同的域（客户端）逻辑

---

---

更新：看起来，使用从主存储库中提取的独立存储库是一种可行的方法。

我们使用。使用自定义设置从默认分支创建一个分支，并根据需要将来自默认分支的更改合并到命名分支中。

使用方法：

我是否应该继续从主存储库中提取，合并适当的更改，并且永远不后退

---

这正是我喜欢的处理方式。适用于多个客户的任何变更都将在主回购中完成，并拉入每个客户的回购中。每个客户的任何更改都是在每个客户的回购协议中完成的，并且不会推回到主回购协议。

您如何处理更改的名称空间？我一直在开发一个以一个公司名称作为根名称空间的项目，现在我想对其进行推广。如果我换了它，那会不会把我所有的动力都搞砸了？只是好奇而已。为什么您更喜欢单独回购，而不是我提到的指定客户分支机构？我发现多重回购比拥有客户分支机构更痛苦，但也许我缺少了一些东西。当我开始使用Mercurial命名的分支机构时，它们是新的，并不经常被推荐。我仍然不喜欢命名的分支不能被删除。单独的repo对我来说非常有用，因为我的工具都不保存项目文件的绝对路径或类似的东西——我知道有些IDE会这样做，这使得单独的repo很痛苦，而且我喜欢不必选择一个永久的名称来开始某件事。书签可能是两者之间的最佳折衷方案，从1.6版开始，它们是可推的。史蒂夫·洛什（Steve Losh）对这一切的最好总结不是Mercurial 1.2的“关闭分支”吗？但我从未使用过它。Close branch在某些上下文中隐藏了它，但它从未消失。例如，推动一个关闭的分支仍然需要——强制或——新分支，这确实让一些人感到困惑。当然，该分支上的变更集也将永远位于该分支上。