陈旧分支的 git merge 或 rebase?

标签 git git-merge git-rebase

我有 master 分支和另一个分支 B,它是 master 的一个分支。 B 分支是实验性的,经历了很多修改,但在一年内就陈旧了。 在那一年里,Master 分支取得了很大进展,提交了无数次。

但是现在的情况是要把B分支 merge 到master分支。 在这种情况下哪种策略最好,git merge 还是 rebase?

最佳答案

如果有很多工作要 merge ,并且您想逐步进行 merge (以便测试结果),那么直接 merge 可能会有问题。

您可以尝试反复 rebase 到 master 的较新版本,直到您最终到达顶端。请注意,您不需要对 B 本身进行 rebase (如果它是公开的)- 只需复制 B 并对其进行 rebase 。

在这些情况下值得了解的另一个工具是 git 的 rerere

关于陈旧分支的 git merge 或 rebase?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/26045224/

相关文章:

git - 使用 git 追加分支提交

git rebase 丢失历史,那为什么要 rebase?

git - 在git中删除 merge 的分支是否安全

git - 如何判断哪个 git 分支被 checkout ?

Git:如何不 merge 文件删除

git - 为什么 'git merge' 添加波浪号结尾的文件?

git:如何压缩多个 merge 提交

Git 外壳 : git-shell-commands should exist rather than "What do you think I am? A shell?"

html - GitHub网站在RStudio中发布“编织”生成的HTML文件

git - 如何完成这个 git rebase 操作?