git - 您如何在 merge 的更改之上重新设置当前分支的更改?

标签 git merge rebase git-rebase

好的。如果我在一个分支上(比如 working),并且我想 merge 来自另一个分支(比如 master)的更改,那么我运行命令 git-merge master 而在 working 分支上,并且更改被 merge ,而根本没有 rebase 历史记录。如果我运行 git-rebase master,那么 master 中的更改会重新设置基址,以放在我的 working 分支的顶部。但是,如果我想 merge 来自 master 的更改,但将我在 working 中的更改重新设置为最上面怎么办?我怎么做?可以吗?

我可以在我的 master 分支上运行 git-rebase working 将我的更改放在 master 分支的顶部,但我会我希望能够在我的 working 分支中做到这一点,但我不知道该怎么做。我能想到的最接近的做法是从 master 创建一个新分支,然后在此基础上重新设置 working 的更改,但是我会有一个新分支而不是改变 working 分支。

最佳答案

您已经了解了 rebase 向后执行的操作。 git rebase master 做你所要求的——在当前分支上进行更改(因为它与 master 不同)并在 master 之上重播它们,然后设置当前分支的负责人成为新历史的负责人。它不会在当前分支之上重播来自 master 的更改。

关于git - 您如何在 merge 的更改之上重新设置当前分支的更改?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/7297379/

相关文章:

svn - 使用 git-svn 和共享的 subversion 主线会损失多少 git 的功能?

git - 将当前更改放在新的 Git 分支中

git - git 的 master 分支应该包含什么

javascript - 合并数组数组 | Node JS

git 将一个提交的更改应用到另一个分支

git - 在 Github 上删除 <user> committed with <user>

python - .ptvs 可以安全地被 git 忽略吗?

java - 如何在java中有选择地合并两个xml文件

Excel VBA 单元格中的换行符会减慢合并任务的执行速度

git - 如何向后 rebase ,最好不使用 diff/apply?