持续更新git命令集
以下案例是在生产环境中最常使用的git组合命令集。
案例1
最常使用命令集，拉取新分支 - 写代码 - 提交代码 - 合并到主分支
git checkout -b feature/new-branch #拉取新分支
git add . #提交代码
git commit -m '第一次提交'
git push
git checkout develop #切换分支
git merge feature/new-branch #合并分支
以上是我们最最常使用的git命令
案例2（git stash）
场景：一大早领导甲某分配给p哥一个需求，要求下班前完成，小李马不停蹄，拉取新分支 command+C/V 哼哧哼哧搞了起来。下午1:30pm，甲某：p哥，现场有个紧急需求，你快点处理一下，一小时后上线。
对于这种情况，p哥不想开新分支，又不想把没开发完的代码提交远程仓库，他是这样做的。做法：将工作区内容 stash 暂存起来，在当前分支进行紧急需求开发提交，再将工作区的内容取出来，恢复到暂存时的状态。
恢复暂存时的状态有俩种命令：
- git stash pop
- git stash apply
俩种都可以，区别是什么呢？
使用 git stash 命令之后会在stash列表中生成一个对应的信息，使用 apply 命令恢复，stash 列表中的信息是会继续保留的，而使用 pop 命令进行恢复，会将 stash列表中的信息进行删除。
例子：
- 初始状态index.html文件在工作区进行修改：可以使用命令git status 和git diff看到此时的修改信息
这个时候还没有修改完，不想提交，但是要去修复bug。
- 将index文件的内容 stash 起来，使用命令：git stash，如下图：使用 git stash 命令后，再使用 git status 或者 git diff 查看可以发现，对工作区的修改内容已经没有了，这个时候进行bug修复提交
- bug修复提交后，恢复之前暂存的状态，这个时候有两种命令可选，我们选择：git stash pop 命令
- 并使用 git status 和 git diff 可以发现，此时工作区 index文件的内容跟我们暂存前是一样的。
常用git stash命令：
（1）git stash save "save message" : 执行存储时，添加备注，方便查找，只有git stash 也要可以的，但查找时不方便识别。
（2）git stash list ：查看stash了哪些存储
（3）git stash show ：显示做了哪些改动，默认show第一个存储,如果要显示其他存贮，后面加stash@{$num}，比如第二个 git stash show stash@{1}
（4）git stash show -p : 显示第一个存储的改动，如果想显示其他存存储，命令：git stash show stash@{$num} -p ，比如第二个：git stash show stash@{1} -p 待确定？？？
（5）git stash apply :应用某个存储,但不会把存储从存储列表中删除，默认使用第一个存储,即stash@{0}，如果要使用其他个，git stash apply stash@{$num} ， 比如第二个：git stash apply stash@{1}
（6）git stash pop ：命令恢复之前缓存的工作目录，将缓存堆栈中的对应stash删除，并将对应修改应用到当前的工作目录下,默认为第一个stash,即stash@{0}，如果要应用并删除其他stash，命令：git stash pop stash@{$num} ，比如应用并删除第二个：git stash pop stash@{1}
（7）git stash drop stash@{$num} ：丢弃stash@{$num}存储，从列表中删除这个存储
（8）git stash clear ：删除所有缓存的stash
案例3（git cherry-pick）
gi cherry-pick 可以理解为“挑拣”提交，我们经常遇到代码从一个分支迁移到另一个分支的需求。
如果是所有代码，直接 git merge ，另一种情况，只需要合并一次或几次提交。（比如，我们拿到需求后，一通狂写git push，最后发现提交到了测试分支，如果不使用这个命令，那只能一点一点往新分支迁移，这里的心酸