分享几个 git 的使用场景

你真的会使用 git 吗？你能回答下面几个问题吗？
有三个commit（顺序：CommitA、CommitB、CommitC），它们相互独立，没有依赖。

1. 在不修改B、C的前提下，修改A，怎么操做？
2. 合并A、B、C为一个commit，怎么操做？
3. 调整A、B、C的顺序编程 C、B、A，怎么操做？

做为一个开发，平常工做中不可避免的要使用 git。
固然了，若是你技术无敌、独立承担一个项目、没人干预或者影响你的工做，那么你可能不须要下面这些总结。哈哈哈...

因为 xxx 缘由，我认为应该给项目组的其余人讲讲 git。
由于语言障碍和技术熟练度的障碍，为了让同事们更好地理解而且愿意使用 git 。我不得不一个场景一个方法地讲解，因此有了下面总结。

这难道不是一种成长吗？

场景1

J 写了一个功能，分红3次commit（顺序：CommitA、CommitB、CommitC）。完成功能以后，他找了B先生进行Code Review，B先生以为 CommitB 和 CommitC 没有问题，CommitA须要进行简单修改。
那么如何在不改变CommitB和CommitC的前提下，修改CommitA呢？

方法：

使用 git rebase -i，操做以下

1. rebase CommitA、CommitB、CommitC 三个commit

$ git rebase -i <parent commit of A>

1. 修改 CommitA
   (1)Commit A前面pick修改成edit，而后:wq保存退出。
   

(2)这是HEAD停留在CommitA，能够对CommitA进行修改，而后使用下面命令覆盖CommitA

$ git add <修改文件>
$ git commit -amend

1. 让git完成后续rebase操做

$ git rebase -continue

场景2

J修改了CommitA后，项目leader但愿一个功能尽量使用一个commit提交。
那么如何合并CommitA、CommitB、CommitC为一个commit呢？

方法：

一样使用 git rebase -i，操做以下

1. rebase CommitA、CommitB、CommitC 三个commit

$ git rebase -i <parent commit of A>

1. 合并 Commits
   (1)CommitB和CommitC前面pick修改成squash，而后:wq保存退出。
   

(2)这时，咱们会须要从新编辑 commit message，统合3条commit的信息。而后:wq保存退出。

1. 让git完成后续rebase操做

$ git rebase -continue

场景3

J 合并CommitA、CommitB、CommitC后，新产生的CommitA+须要将代码更新到master上。可是，同一项目组的T已经提交了CommitD。
原本 J 只须要merge本身的CommitA+到master就能够了，可是 J 下一个任务依赖于 T 提交的CommitD。
J 但愿一次性更新master和本身的branch（branch_J_dev），一石二鸟。
那么如何在merge本身的CommitA+到master的同时将CommitD也merge到本身的branch（branch_J_dev）中呢？

方法：

又是使用 git rebase，操做以下

1. rebase 本身的branch_J_dev 到 master

$ git checkout branch_J_dev
$ git rebase --onto master <CommitA+>

1. master 合并 branch_J_dev 的提交

$ git checkout master
$ git merge branch_J_dev

git checkout master和git merge branch_J_dev 很是重要，网络上大部分教程都没有最后一步。
并且好多人都把命令写成了git rebase --ontomaster <commit id>全是抄袭同一我的的，也是醉了。哈哈哈哈...
我也是由于被坑了，因此才查了一下一下资料，发现居然还须要一步。

场景4（需求基本和场景3一致）

如何 J 本次但愿提交的代码有CommitA+、CommitB+、CommitC+三次commit（顺序：CommitA+、CommitB+、CommitC+）。
那么如何在merge本身的CommitA+、CommitB+、CommitC+到master的同时将CommitD也merge到本身的branch（branch_J_dev）中呢？

方法：

基本和场景3一致，操做以下

1. rebase 本身的branch_J_dev 到 master

$ git checkout branch_J_dev
$ git rebase --onto master <CommitA+>^

1. CommitA 合并进master

$ git checkout master
$ git merge branch_J_dev

^表明，起点。<CommitA+>^表示CommitA为起点后面全部的Commit。

场景5

如何修改 commit 记录（调整顺序+修改message）？
其实这种操做没什么意义，可是对于对 commit log 有强迫症的人，或许有想修改 commit 记录的冲动。
哈哈哈哈...

方法：

仍是使用 git rebase。惊喜不惊喜？意外不意外？操做以下

1. rebase CommitD和CommitA+

$ git rebase -i <parent commit of D>

1. 调整 commit 顺序，就是将 CommitD 和 CommitA+ 顺序进行调整。
2. 修改 message ，将 pick 修改成reword。
3. 让git完成后续rebase操做

$ git rebase --continue

（最后）小提示

1. 若是想中途取消rebase操做，后悔药👇

$ git rebase --abort

1. git rebase 一旦结束，将丢失本来branch信息，很是危险。
   我在作分享时，git rebase --onto就出现了失误而且没能找回原来branch信息，场面十分尴尬。
   因此建议仍是用 merge 吧，安全一点。

$ git checkout master
$ git pull
$ git merge branch_J_dev

但愿这篇文章对你有帮助。by iamtjcn
首发于：http://blog.iamtjcn.com/