这篇Git团队操作手册，模拟企业真实不同场景，实战团队一起怎样使用Git？
为什么这样使用Git？由我的真实经验总结而成，希望能够帮助小伙伴们提前熟悉企业中是怎样使用Git的环境。

一、入门试炼

1. Git命令理解+准则

1.初始化仓库用 git init
2.提交用git commit -m"提交说明"
3.推送远程用git push origin 本地分支名
4.拉取项目用 git clone 项目地址
5.回退文件人2种：未提交用git checkout提交后的用git revert
6.删除姿势有2步：删除指定提交和提交文件用git rebase 回退到之前的指定提交历史节点，删除之后的提交记录和提交文件用：git reset --hard
7.更新项目用git pull
8.和远程仓库建立连接：git remote add origin 远程项目地址扩展彩蛋：
9. 禁止向集成分支执行那些操作命令？1> 禁止向集成分支执行变更历史的操作<git rebase -i>2> 禁止向集成分支执行删除提交记录和提交文件的操作<git rebase -i>3> 禁止向集成分支执行强制推送远程操作操作git push -f origin <本地分支名>

2. Git分支换分思路

一般企业根据不同的环境划分为不同的分支，这样做的好处就是，分工明确、互不影响。简言之，开发负责开发、测试只负责测试。
常见的分支划分策略如下：

分支名	说明	备注
local	本地开发环境	本地开发+单元测试
dev	技术开发环境	技术测试，有专门的测试人员
test	回归测试环境	模拟生产线上环境预测试
uat	压测环境	测试服务器瓶颈
master(prod)	生产环境	线上已发布，正在正式运行的项目

3. 线上发布准备

一般正式环境发布之前会做这几件事：

分支名	说明	备注
①	拆板	把与自己无关的版本拆除调
②	合版	核对自己发布文件版本
③	发布	将核对无误的版本发布到测试环境
④	技术测试	测试发布后的程序，有问题让开发协助修改，没问题发布回归测试环境
⑤	回归测试	测试技术环境没问题的功能点，模拟生产测试(此环境和生产环境一样的)
⑥	发布上线	发布回归测试环境，测试成功的功能点

二、 实战前期准备

1.在远程仓库创建kernel_system项目
2.将远程仓库克隆到本地
3.初始化项目，添加一个README.txt文件项目说明
4.分别基于master分支，创建local、dev、test分支，
分别代表不同的开发或者测试环境，开发/测试/发布只需要切换分支即可。分支对照表：
master-生产分支
local-本地开发
dev-技术测试分支
test-回归测试分支
5.将本地创建的local、dev、test分支推送至远程的版本库

二、场景实战

模拟提交准备

zhangsan提交3次，模拟做了3个功能点，lisi提交2次模拟做了2个功能点，wangwu提交2次模拟做了2个功能点

#lcoal 本地分支
#zhangsan 提交3次
git checkout local
echo "1" >> a.txt
git add a.txt
git commit -m"zhangsan 第1次提交"
echo "2" >> b.txt
git add b.txt
git commit -m"zhangsan 第2次提交"
echo "3" >> c.txt
git add c.txt
git commit -m"zhangsan 第3次提交"#lisi 提交2次
git checkout local
echo "1" >> 1.txt
git add 1.txt
git commit -m"lisi第1次提交"
echo "2" >> 2.txt
git add 2.txt
git commit -m"lisi第2次提交"#wangwu 提交2次
git checkout local
echo "1" >> h.txt
git add h.txt
git commit -m"wangwu 第1次提交"
echo "2" >> j.txt
git add j.txt
git commit -m"wangwu 第2次提交"查看所有的提交记录：
git log --pretty=oneline --abbrev-commit

3.1. Git合并某个分支的某一/多次提交到指定分支

• Git合并某个分支的某/多次提交到指定分支

紧急发布变更：
zhangsan的3个功能点和lisi的2个功能点都要发布测试，
wangwu的2个功能点暂时不发布。明确要做的事情：
zhangsan和lisi的5个功能点从local分支要发布到dev分支去申请技术测试。应该如何操作呢？
方案1((建议使用，这样不会出错)：
正常流程，在dev分支，将zhangsan的3次提交和lisi的2次提交，合并到dev分
支即可。需要合并5次提交，因为每一次提交就是一个功能点,一条合并提交命令
即可。

方案1：
在lcoal分支上查看所有的提交记录，等会我们会用到提交<commitId>进行合并
提交处理
#查看Git提交记录
git log --pretty=oneline --abbrev-commit
#切换至dev分支
git checkout dev
#查看
ls
# Git合并某个分支的某/多次提交到指定分支
git cherry-pick 26844fb 9abaf33 3e46869 a03beb1 9240aef

3.2. Git合并分支

前提：基于dev技术测试环境已经把zhangsan、lisi、wangwu的
功能测试没问题。大版本发布变更：
zhangsan的3个功能点、lisi的2个功能点以及wangwu的2个功能
点都要发布回归测试。明确要做的事情：
zhangsan和lisi的5个功能点从local分支要发布到dev分支去申
请技术测试。应该如何操作呢？
方案1((建议使用，这样不会出错)：
正常流程，在dev分支，将zhangsan的3次提交和lisi的2次提交，
合并到dev分支即可。需要合并5次提交，因为每一次提交就是一个
功能点,一条合并提交命令即可。

案例演示：
#这里刚才已经dev上有zhangsan、lisi的的5个功能点了，只要把
wangwu的2个功能点，从local分支合并到dev即可
#将这2次提交(a52cf77 de17f44)合并到当前分支(不限制哪个分支)
git cherry-pick a52cf77 de17f44
#在dev分支上查看所有的提交记录，等会我们会用到提交<commitId>进行合并提交处理
git log --pretty=oneline --abbrev-commit
#切换到test分支，把dev分支上zhangsan、lisi、wangwu的7次提交合并到test分支
git checkout test
#将一下提交合并到当前分支
git cherry-pick 6b0aa2f 8bbaf28 bf697f7 877d827 08d24a0 4297a8d efbaa86

方案2：
前提：以前dev分支和test代码都是一样的，只是在dev分支上新增的这7次提交记录，在test分支是没有的。
在这种场景下，直接合并分支即可，换言之，把dev分支合并到test分支
git checkout test
#将dev分支合并到当前的test分支
git merge dev

3.3. 回滚/撤销指定某一/多次提交(建议使用，雁过留声、人过留名)

• 回滚/撤销指定某一/多次提交(建议使用，雁过留声、人过留名)
• 撤销回滚已经提交的文件

背景：在dev分支上,zhangsan、lisi、wangwu一共有7次提交。现象：但是，在打包编译的时候发现，zhangsan、lisi、wangwu将在本地测试好的代码从local分支合并到dev分支后，编译出现错误。问题定位：经过查看由于wangwu同事在我不知情的情况下，由于wangwu的2次错误提交导致的。解决方案(措施)：因此，和wangwu说明zhangsan、lisi的功能属于紧急发布着急上线，于是，在和wangwu协商后，决定将wangwu的2次错误提交记录进行回滚/撤销。发布完成后：待zhangsan、lisi他们功能上线后，wangwu再将2次错误的提交在local修改后，重新合并到dev分支，重新编译打包，进行发布技术测试环境。

#执行原则：只要撤销指定错误提交修改的文件即可
#1.找到要回滚/撤销的提交的<commitid>
git log --pretty=oneline --abbrev-commit#2.假设撤销wangwu的4297a8d efbaa86 提交
git revert 4297a8d efbaa86
执行上面命令后，会进入【2次命令窗口】(提交记录
/1次)，让你添加回滚指定提交的【简要说明】，默
认，按esc :wq保存即可。回滚之后，可以看到wangwu的2次提交(4297a8d efbaa86)记录还有，但是，2次提交文件都回滚了（从dev分支消失了）。
同步远程分支
git push origin dev

3.4. Git合并冲突

git默认自动帮我们合并的，但是也是有前提的。
假设：
在dev分支上有一个README.TXT文件，内容如下：
企业项目实战Git团队操作
dev    分支 技术测试环境在test分支上有一个README.TXT文件，内容如下：
企业项目实战Git团队操作
test   分支 回归测试分支如果这个文件的内容，都不在同一行，git会自动帮我们进行合并冲突。但是假设：
dev分支上的README.TXT文件的“dev    分支 技术测试环境” 
这句话在第2行；
test分支上的README.TXT文件的“test   分支 回归测试分支”
这句话README.TXT文件也在第2行。在test分支执行git merge dev，这样就会出现版本冲突，如果
不显示，你在执行切换分支操作时就是提示你。
如下操作记录日志：
Administrator@PC-201911062145 MINGW64 ~/Desktop/kernel_system (test|MERGING)
$ git checkout dev
error: you need to resolve your current index first
README.TXT: needs merge

解决方案：

解决冲突即可：
vim README.TXT
编辑前内容如下：
企业项目实战Git团队操作
master 分支 线上发布分支
<<<<<<< HEAD
test   分支 回归测试分支
=======
dev    分支 技术测试环境
>>>>>>> dev有3种解决方案
方案1：
dev那句话和test那句话 都保存
方案2：
删除dev那句话保存test那句话
方案3：
删除test那句话保存dev那句话这个就要根据实际需求而言了，这里我选择方案1(都保存)进行演示：
解决冲突后文件的内容如下：
企业项目实战Git团队操作
master 分支 线上发布分支
test   分支 回归测试分支
dev    分支 技术测试环境#将修改文件添加至暂存区
git add README.TXT
#将暂存区文件提交的本地Git仓库
git commit -m"merge dev" 

3.5. Git删除中间某一/多次提交记录和提交的文件

• Git删除中间某一/多次提交记录和提交的文件
  (明确风险后，执行操作，这次作用于特殊情况下)

代码更新发现编译出错，后来发现其他人的一次代码提交导致的，并且修改量很大，不好恢复成原来的，就想把这笔提交删除掉，不影响工作。

具体步骤：
#1.首先git log查看提交记录，找到【出错的前一笔】提交的commit_id
#2.用命令git rebase -i commit_id ,查找提交记录
#3.将出错那笔提交的pick改为drop
#4.Esc，:wq
#5.同步远程仓库(注释本地和远程文件及提交记录是不一样的，在明确风险的情况下，因此采用强退)
git push -u -f origin master
完成！

案例浮现：
背景：在test分支上,zhangsan、lisi、wangwu一共有7次提交。但是，在打包
编译的时候发现，zhangsan、lisi、wangwu将在本地测试好的代码从local分
支合并到dev分支后，编译出现错误，经过查看由于wangwu同事在我不知情的情
况下，由于wangwu的2次错误提交导致的。因此，和wangwu说明zhangsan、lisi
的功能属于紧急发布着急上线，于是，在和wangwu协商后，决定将wangwu的2次
错误提交记录和提交的文件进行删除。待zhangsan、lisi他们功能上线后，wangwu再将
2次错误的提交在local修改后，重新合并到dev分支，重新编译打包，进行发布
技术测试环境。

git checkout test
#找到删除的指定提交<commitid>
git log --pretty=oneline --abbrev-commit
git rebase -i 8743310 
#3.将出错那笔提交的pick改为drop
#4.Esc，:wq
#5.同步远程仓库(注释本地和远程文件及提交记录是不一样的，在明确风险的情况下，因此采用强退)
git push -u -f origin master

3.6. 撤销回滚未未添加至暂存区文件

撤销回滚未未添加至暂存区都使用git checkout
撤销工作区已经修改但是尚未添加至暂存区的文件恢复
git checkout .
如果，只想恢复a.js
git checkout a.js
这样就可以恢复到修改前之前的a.js的状态

3.7. 回退到以前的指定版本，之后提交的记录和提交的文件全部删除

回退到以前的指定版本，之后提交的记录和提交的文件全部删除

git reset --hard 指定回退的提交的<commitid>
git push -f origin dev