git rebase -- 能够将分叉的分支重新合并.

git rebase

场景一：本地与远端同一分支提交历史不一致

 1 # 修复了一个bug以后准备提交

 2 git add models/paper.go

 3 git commit -m 'fix a bug'

 4 # 现在准备推送到远端

 5 git push origin master

 6 # push失败了，说明A在我之前已经提交了，我本地master分支的提交历史已经落后远端了，需要先pull一下，与远端同步后才能push

 7 git pull

 8 # 现在使用git log看下一提交历史：

 9 git log --oneline --graph

10 *   f63ecbf (HEAD -> master) Merge branch 'master' of https://gitee.com/greenhn/ganlin

11 |\

12 | * b91f711 (origin/master, origin/HEAD) 修正bug，优化内置通道配置

13 * | 8b76654 fix a bug

14 |/

15 * a1bc60a 完善日报接口

16 * 9f73b5e 增加内置通道设置功能

17 * a0d464e ...

18 # 竟然分叉了！由于我本地master的提交历史和远端的master分支的提交历史不一致，所以git为我进行了自动合并，然后生成了一个新的提交历史（f63ecbf Merge branch 'master' of）

19 #这个时候用git rebase就可以解决

20 git rebase

21 git log --oneline --graph

22 * 2e2b995 (HEAD -> master) fix a bug

23 * b91f711 (origin/master, origin/HEAD) 修正bug，优化内置通道配置

24 * a1bc60a 完善日报接口

25 * 9f73b5e 增加内置通道设置功能

26 * a0d464e ...

27 git push

简单操作： git pull --rebase 效果与上面是一致

场景二：不同分支之间的合并

 1 git checkout -b feature

 2 vim newFunc.go

 3 git add newFunc.go

 4 git commit -m 'add new func'

 5 git log --oneline --graph

 6 * 4f58ab8 (HEAD -> feature) add new func

 7 * 94c134b (master) init base

 8 # 先尝试通过merge合并：

 9 git checkout master

10 git merge feature

11 CONFLICT (content): Merge conflict in newFunc.go

12 Automatic merge failed; fix conflicts and then commit the result.

13 说明我两个分支之前的版本已经不同步了，需要手动合并冲突，再提交

14 git add newFunc.go

15 git commit -m 'merge master and feature'

16 git log --oneline --graph

17 *   562ec58 (HEAD -> master) merge master and feature

18 |\

19 | * 4f58ab8 (feature) add new func

20 * | 0e80f97 do something

21 |/

22 * 94c134b init base

23

24 解决： 回到合并前，再回到feature分支

25 在feature分支上执行: git rebase master

26 以master为基础，将feature分支上的修改增加到master分支上，并生成新的版本。

27 # 然后解决冲突

28 git add newFunc.go

29 # 现在是重点，之前的rebase其实只是完成了一半，由于出现冲突而终止，现在冲突解决，可以通过git rebase —continue继续完成之前的rebase操作。

30 git rebase --continue

31 git log --oneline --graph

32 * b2593e6 (HEAD -> feature) add new func

33 * 0e80f97 (master) do something

34 * 94c134b init base

35 # 提交记录已经是一条完美的直线。现在切换到主分支master，将feather分支上的提交合并过来。

36 git checkout master

37 git merge feature

38 # 再次查看一下提交历史：

39 git log --oneline --graph

40 * b2593e6 (HEAD -> master, feature) add new func

41 * 0e80f97 do something

42 * 94c134b init base

　　git rebase -i

# 开始新的功能分支

git checkout -b new-feature master

# 编辑文件

git commit -a -m "start developing a feature"

# 编辑更多文件

git commit -a -m "fix someting"

# 直接在master 上添加文件

git checkout master

# 编辑文件

git commit -a -m "fix security hole"

# 开始交互式 rebase

git checkout new-feature

git rebase -i master

　　最后的那个命令会打开一个编辑器，包含new-feature的两个，和一些指示：

pick 32618c4 Start developing a feature

pick 62eed47 Fix something from the previous commit

　　里面的提示有：

　　　　pick：保留该commit（缩写:p）
　　　　reword：保留该commit，但我需要修改该commit的注释（缩写:r）
　　　　edit：保留该commit, 但我要停下来修改该提交(不仅仅修改注释)（缩写:e）
　　　　squash：将该commit和前一个commit合并（缩写:s）
　　　　fixup：将该commit和前一个commit合并，但我不要保留该提交的注释信息（缩写:f）
　　　　exec：执行shell命令（缩写:x）
　　　　drop：我要丢弃该commit（缩写:d）

　　你可以更改每个提交前的pick命令来决定在rebase时提交移动的方式，在我们的例子中，我们只需要用squash命令把两个提交并在一起就可以了：

pick 32618c4 Start developing a feature

squash 62eed47 Fix something from the previous commit

　　保存并关闭编辑器以开始 rebase。另一个编辑器会打开，询问你合并后的快照的提交信息。在定义了提交信息之后，rebase 就完成了，你可以在 git log 输出中看到那个提交。

git checkout master

git merge new-feature

巴特西

git rebase -- 能够将分叉的分支重新合并.

git rebase

git rebase -i

最新文章

热门文章