这看起来是一个相当普遍和直接的要求,但我已经研究了移植扩展、 rebase 、导入、导出等,但我还没有弄清楚。希望我遗漏了一些明显的东西。
我想“merge ”两个分支(具体命名为分支),这样分支本身就不会消失。本质上,我想从修订中提取更改,但手动解决 cherrypick 更改/冲突(使用我的 merge 程序)。
似乎导入、导出、移植等生成直接应用于当前工作目录的补丁和变更集。但我不希望那样...相反,我想手动确定进行哪些更改。
感谢您的帮助。
最佳答案
I would like to "merge" two branches (named branches, to be specific) such that the branches themselves don't go away.
这是默认行为。例如,如果您 look at the default
branch of the mercurial source code ,您会看到它定期与 stable
merge 。这些 merge 不会使 default
或 stable
消失。 merge 提交只是获取本地分支名称。
I want to manually determine what changes go in.
在我看来移植已经做到了。或者,您可以在其自己的功能分支上进行每个更改,然后您可以完全控制将哪些功能 merge 到一个分支中。
更新:现在还有一个核心 graft命令。
关于git - merge 两个分支而不实际 merge ,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/4842907/