如何组织和维护 Mercurial 存储库

发布于 11-26 09:54 字数 235 浏览 2 评论 0原文

目前,我有 5 个不同品牌的产品,它们具有几乎相同的代码库(差异与品牌相关),并且所有这些产品都位于独立的 Mercurial 分支中。

错误修复和开发是在 default 分支中完成的,所有更改都通过 hg port 命令移植到分支。这种方法是有效的,但品牌数量可能会增加,需要更长的时间才能使所有分支机构保持最新状态。

我想知道是否有其他/更简单的方法来完成这项任务。

At the moment I have 5 differently branded products with almost the same codebase (the differences are brand related) and all those products live in the separated mercurial branches.

Bug fixing and development is done in the default branch and all changes are transplanted to the branches with hg transplant command. This approach is working but number of the brands might be increased it'll take longer to keep all branches in up to date state.

I'm wondering if there is any other/easier way for this task.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

彻夜缠绵2024-12-03 09:54:05

在这种情况下使用transplant听起来有点过头了。您应该简单地在 default 分支中进行错误修复更改,并使用 hg pull (在品牌存储库上)并合并所有品牌存储库上的更改。

transplant 被添加到 Mercurial 中,以允许挑选变更集,这些变更集需要特殊情况才能在变更集的正常流程中向后移动(即在 fork/ 中引入的单个变更)分支需要拼接到原仓库)

Using transplant in this case sounds like overkill. You should simply be making the bugfix changes in the default branch and use hg pull (on the branded repositories) and merge the changes on all of the branded repositories.

transplant was added to Mercurial to allow for cherry-picking changesets that needed a special case to go backward in the normal flow of changesets (i.e. a single change introduced in the fork/branch needs to be spliced into the original repository)

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文