本文基于中国科学技术大学软件学院孟宁老师博客《五⼤场景玩转 Git，只要这一篇就够了！》
1.前言
入学后选择了孟宁老师的高级软件工程课，感觉孟宁老师讲的非常细致，并且提供了很多有用的课外资料，因此感谢孟宁老师细心指导。
那么接下来进入正题，讲讲我对git的理解~~
2.git是什么?
git 是一种分布式版本控制系统，能记录代码版本改动，具备团队协作功能，非常方便
3.几个概念
3.1. 工作区（Working Directory）：在电脑里能看到的目录，你编辑代码的地方
3.2. 暂存区（Stage or Index）：当前哪些改动是被git所追踪的(对的，不是所有修改都会被追踪，所以你需要把修改添加到暂存区，否则可能就会丢失)
3.3. 版本库（Repository）：存储代码版本的仓库，在.git目录中(跟暂存区不同的是，把修改提交到这里会形成一个版本号，这样就能在git的分支树上体现出来了~~)
3.4. 远程库（Remote Repository）:在服务器上存储代码的仓库。作为本地仓库的备份，也可以通过远程仓库进行多人协作，如果你不想因为意外丢掉你的代码，请一定记得把本地仓库的最新修改同步到远程仓库
4.多人场景演练
4.1 建立远程库
这个没啥好说的，在自己的github域名下建一个仓库就行
4.2 建立本地库
由于远程库中没有任何内容，需要新建本地库然后与远程库关联起来。如图，先新建本地仓库，再使用git init命令初始化本地仓库，如此一来，就可以在这个仓库里放代码了
接下来来点java代码试试？
public class GitTest {
public static void main(String[] args) {
System.out.println("Hello World!");
}
}
新增代码文件后，使用git add fileName命令，可以把代码文件从工作区添加进暂存区，接下来继续修改下代码文件，使用git status可以查看当前工作区，暂存区，和未追踪文件的状态
接下来使用git commit -m "第一次提交"把暂存区的文件提交到本地仓库中，这样就在本地形成一个版本号
4.3 关联远程库
git remote add origin https://github.com/JohnsonGreen/GitTest.git
git push -u origin master
在本地仓库增加远程库，并推送到远程库的master分支
4.4 建立个人开发分支
git checkout -b mybranch
不加-b参数则是直接切换到该分支。接下来我们新增一些代码，并推送到远程
public class GitTest {
public static void main(String[] args) {
System.out.println("Hello World!");
System.out.println("Hello ChenHeng");
}
}
此时使用git log --oneline --graph显示本地和远程都已经有两个节点
4.5 与同事协同开发
同事可以把远程仓库的内容完整的下载到本地，形成本地仓库,并建立他的分支。由于同事是个急性子，我才刚刚在远程master上推送了第一个结点"Hello World!",他就把代码clone下来了，并在此基础上建立了新的分支（不幸的是，我随后又在远程的master分支上增加了新的结点，猜猜他之后合并到master上会发生什么？)
git clone https://github.com/JohnsonGreen/GitTest.git
git branch -b hisbranch
加点代码试试
public class GitTest {
public static void main(String[] args) {
System.out.println("Hello World!");
System.out.println("Hello ChenYuHong");
}
}
然后推送到远程建立远程的hisbranch分支，并且此时想合并到远程的master分支，那么做法是，先在本地切换到master分支，然后使用git pull 将最新的内容更新到master分支，再使用 git merge --no-ff hisbranch (使用--no-ff参数可以在git分支树上看到分叉 )合并到本地的master分支，但是，能合并成功吗？
4.6 冲突解决
public class GitTest {
public static void main(String[] args) {
System.out.println("Hello World!");
<<<<<<< HEAD
System.out.println("Hello ChenHeng");
=======
System.out.println("Hello ChenYuHong");
>>>>>>> hisbranch
}
}
我们看到，命令提示有冲突，并且代码中标注出了冲突位置，那这就需要选择保留哪一项了。保留之后，就可以add，commit以及push了。注意:在改同事代码的时候记得一定联系下他，否则可能被打~~
合并之后的分支树如图所示
4.7 吃后悔药
上次merge之后，有点后悔合并了，想还是继续回到第一次提交时"hello world"的状态，那么在通过git log --graph查找到该commit ID后，就可以使用下面这个命令完成回退啦！
git reset --hard 54a05c8
然后瞬间在master分支上只有一个结点了，惊不惊喜，意不意外？
4.8 吃后悔药的后悔药
经过上次回退之后，感觉又想把merge之后的代码找回来，但是此时只剩一个孤零零的"Hello World!"，之前写的代码全丢了，这可咋办？
答案是依旧使用git reset --hard 命令,但是commit ID要怎么找？
然后时光机神器出现了
git reflog
还好还好，有了git reflog这个能记录你所有git操作的大神器，妈妈再也不用担心我的代码丢失了
于是我们找到merge结点的commit ID，然后就可以乘坐时光机回到未来了
4.8 终结杂乱无章的提交
现在，我的同事要向孟宁老师打招呼，但是同事是个结巴，只能一个字母一个字母的打，于是我们在同事的提交记录上看到了一长串的commit,并且每个commit也就只打了一个字母
但是这一个一个字母形成的commit终究只是为了完成"Hello Meng Ning"这个打招呼的功能，真的有必要写这么多commit吗？
接下来我们使用git rebase -i [startCommitID] [endCommitId]这个命令，来让同事的招呼打得更顺畅一些。
git rebase -i dc8e07b
在上图中我们删除除了最后一条的所有commit,只保留最后一条commit
然后出现了冲突，如下
public class GitTest {
public static void main(String[] args) {
System.out.println("Hello World!");
System.out.println("Hello ChenYuHong");
<<<<<<< HEAD
=======
System.out.println("Hello Meng Ning");
>>>>>>> 1704756... 添加g
}
}
我们当然要保留向孟宁老师打招呼的内容，修改之后把内容add进暂存区，并使用git rebase --continue完成rebase操作，此时会跳出编辑框，让我们把保留的这个commit的说明改一下，从"添加g"改为"向孟宁老师打招呼", 保存并提交，然后合并到master，并推送到远程库
从而我们在继续查看远程库的master分支时，就不会继续包含那些"结巴"的commit啦！
5. 一点小小的补充
5.1 为什么需要暂存区？
做某件事情的时候可能会改好几个文件，例如a、b、c三个文件，其中a和b文件是代码逻辑的修改，c文件是文案修改。这个时候为了让提交日志更可读，会先提交a和b，再提交c，于是就有如下的git操作
git add a b
git commit -m' change logic'
git add c
git commit -m 'change text'
如果没有暂存区这个东西，那只可能有一条提交，这个提交包含了逻辑调整和文案修改（可能是两件毫不相干的事情）
5.2 git push --force /-f 命令有什么安全问题？
--force 会使用本地分支的提交覆盖远端推送分支的提交。也就是说，如果其他人在相同的分支推送了新的提交，你的这一举动将“删除”他的那些提交！就算在强制推送之前先 fetch 并且 merge 或 rebase 了也是不安全的，因为这些操作到推送之间依然存在时间差，别人的提交可能发生在这个时间差之内.
2018年9月19日，一名程序员在美国某办公楼向4名同事开枪，导致一人情况危机，两人伤情严重，一人被子弹擦伤。目前，凶手已死，身份被警方查明。 目前，码农持枪杀人的动机仍然是个谜。有人猜测道：“同事不写注释，不遵循驼峰命名，括号换行，最主要还天天 git push -f 等因素” 激怒了这名行凶者。
5.3 git reset 和 git revert 有什么区别？
二者最大的区别是git revert是用新的一个commit来回滚之前的commit，HEAD是要继续前进，但是git reset是直接删除指定的HEAD,其是相当于在不断后退
5.4 版本回退之后，想吃后悔药怎么办？
1) revert: 两次revert ,负负得正
2) 如果知道回退之前的HEAD所指向的结点的版本号，那么依然可以使用 git reset --hard e475afc 来实现
5.5 正在dev分支进行开发，但是突然在master分支上有紧急bug要修复，怎么办？
1)git stash save "增加readme.md2"
会将工作区和暂存区的内容储藏起来，前提是这些文件已经被git追踪
储藏未跟踪的文件：git stash save -u 或 git stash save --include-untracked
2)git stash list
查看储藏列表
stash@{0}: On dev: 修改为Yes
stash@{1}: On dev: 增加readme.md2
3)git stash apply1
应用最顶层的stash, 也可以指定哪个stash: git stash apply stash@{1}
git stash pop 与之类似，但会删除stashs
stash 之后又对同一个位置做了修改,造成冲突？
先对修改进行commit或者git stash
4)git stash drop stash@{1}
删除某个stash或者git stash clear 清除所有stash
5)git stash show -p stash@{1}
查看当前分支与某个stash的对比
6)git stash branch newBranch stash@{1}
有的时候可以将储藏起来的代码应用到新建的分支，而不是当前分支上
5.6 如果只是想丢弃掉工作区的内容，该怎么做？
1) git reset --hard HEAD
直接重置版本号（丢弃掉所有文件在工作区的修改 + 已经add到暂存区但没有commit的修改,需要谨慎使用）
变种： git reset HEAD~1 或 git reset HEAD^ （均是回退到HEAD之前的一个版本）
2)git checkout -- filename （针对选中的文件，可以添加多个）
这个操作总是让这个文件回到最近一次 git commit 或 git add 时的状态（commit之后修改没有add或add之后又做了修改），都是丢弃工作区的修改（修改包含删除操作）。
git checkout . 放弃当前目录下的修改
3) 推荐使用git stash, 万一后悔了呢？
5.7 merge错了分支,咋办？
git merge --abort
该命令仅仅在合并后导致冲突时才使用。git merge --abort将会抛弃合并过程并且尝试重建合并前的状态。但是，当合并开始时如果存在未commit的文件，git merge --abort在某些情况下将无法重现合并前的状态
5.8 在发布版本号的时候，怎么给结点打标签？
1）git tag -a v1.4 -m "my version 1.4"
会在当前分支上的HEAD结点打上打标签
2） git tag -a v1.1 -m "my tag" a0472e6
给某一个结点打标签
3） 推送标签到远程仓库
push单个tag，命令格式为git push origin [tagname]