我有一个功能分支,在那里我有一些承诺。然后我运行git rebase master并将该分支合并回master。
所以就像

git checkout -b somebranch
......some work commits here .....
git checkout master
git fetch
git merge origin/master
git checkout somebranch
git rebase master
git checkout master
git merge  somebranch

现在我需要把我在某个分支中的所有提交从master中完全拉出,可能需要稍后将其合并回master。
更新:前一段时间已将更改推送到master,合并后有许多提交,因此重置为head将不起作用

最佳答案

git checkout -b somebranch # from "A"
......some work commits here x, y, z .....
git checkout master
git pull # call new HEAD "B"

所以我们有
A -> a1 -> a2 -> B <= master
 \
  x -> y -> z      <= somebranch

然后:
git checkout somebranch
git rebase master

A -> ... -> B <= master
             \
              x' -> y' -> z' <= somebranch

git checkout master
git merge  somebranch # call new HEAD "C"


A -> ... -> B -------------> C <= master
             \              /
              x' -> y' -> z' <= somebranch

因此,此时,只需将master倒回B,就可以轻松撤消不需要的合并。然而,一旦你推C(其他人已经看到了,并且/或者在上面做了工作),这就变得很难了。
简单的解决方案是恢复somebranch上的所有提交:
git revert x'..z'

用力推。
现在,在您可以再次合并somebranch之前,您必须重新调整它的位置(就像您最初所做的那样)。这是可行的,但你在大师的历史上确实会有一些噪音。
如果有有限的人见过和/或有责任感的孩子,你可以与他们协调,这是有可能避免的,但这是很多工作。
如果可能的话,您必须确保他们正在处理的所有事情都已提交和推送,然后您可以重新调整:
A -> ... -> B -------------> C -> c1 -> c2 -> D <= master
             \              /
              x' -> y' -> z' <= somebranch

对此:
              c1' -> c2' -> D' <= master
             /
A -> ... -> B -------------> C -> c1 -> c2 -> D
             \              /
              x' -> y' -> z' <= somebranch

现在中间的分支将是孤立的,新的头D'没有您的更改,并且somebranch仍然是完整的,因此您可以稍后合并。
为此,请使用:
git rebase --onto B C c1
git push --force

其他人现在必须更新到新的头,例如:
git fetch
git checkout master
git reset --hard origin/master

注意,如果任何人的本地提交仍然依赖于D'(并且在您重新定位时在C链中还不可见),他们将需要重新定位或选择将其切换到新的历史记录中。这可能是很多(容易出错的)工作,因此最好尽可能避免。

关于git - 从master还原本地分支的提交,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/13481485/

10-10 00:34
查看更多