这篇工具文章，足以满足开发使用了。
-【http方式免密码】
$ git config --global credential.helper store tips:公司内网搭建的gitlab一般不支持ssh，另外走的是http 不是https，s的这种方式配置完还是免不了密码
- 【设置提交的用户信息】
$ git config --global user.name 'runoob'
$ git config --global user.email test@runoob.com
ps:去掉 --global 参数只对当前仓库有效。
-【基本git提交流程】
- 主流程：
$ git pull
$ git status 查看修改文件
$ git add * 或 git add --all 提交所有到缓存区 或 git add fileName 提交某个文件（ ps: git reset 从缓存中撤销）
$ git commit -m “description text” 将暂存区内容添加到本地仓库中（ps:没设置 -m 选项，Git 会尝试为你打开一个vim编辑器以填写提交信息）
$ git push ps:如果首次推送到远程：git push -u origin 远程上的某个分支名
$ git log 查看提交日志 ps:英文状态下按q ,退出查看状态，否则按回车一直继续查阅
- 扩展知识：
$ git diff <filename> 查看某个文件代码的修改内容
$ git commit --amend 提价后发现文件漏提或注释有误，使用amend修正
$ git commit -a 参数设置修改文件后不需要执行 git add 命令，直接来提交
$ git rm <filename> 删除一个不需要的文件
-【git log查看】
有许多摘要选项可以用
$ git log -p -1 常用 -p 选项 展开显示每次提交的内容差异，用 -1 则仅显示最近的一次更新
git log --author=作者 查找 作者 提交的所有记录（所有分支，提到远程的）
$ git log --stat 仅简要的显示 文件 增改行数统计
$ git log --stat -2 仅显示最近的两次提交增改行数
-【放弃本地修改】
$ git checkout . 或是 $git reset --hard commitID 或是 $git stash
注意：本地新增的文件 处理不了，除非git stash 藏起来，或是文件管理器里删除了。
git clean是从工作目录中移除没有track的文件. 这里运行这个，会把node-module 也一起删除了。
通常的参数是git clean -df:
-d表示同时移除目录,-f表示force,因为在git的配置文件中, clean.requireForce=true,如果不加-f,clean将会拒绝执行.
-【清理远程已删除本地还存在的分支】
$ git pull -p 或 git fetch -p 或 git fetch --prune origin
-【合并分支】
例子：
将dev分支合并到master分支
1：切换到master分支
$ git checkout master
2: 执行merge操作
$ git merge dev
-【查看git 操作历史】
仅是自己对git仓的操作，不论分支。
$ git reflog
对于找回回退前的版本，有用。
-【查看log】
一般的log操作,一直按回车键，翻页查看更多log。
退出查看，按下q键
$ git log
查看某个人的log。
$ git log --author="gitname"
想看这个分支上commit操作人列表
$ git log --pretty='%cn'
想查看更多的log操作
$ git log --pretty
如果想在一行显示，后边缀上 oneline，这样显示更精简。
$ git log --pretty=oneline
-【查看某次提交修改的文件】
$ git show --stat commitID
备注， commitID：每次提交的产生的一个版本号，是一串hash值（16进制的）,按照SHA-1规则加密的。
SHA：安全散列算法（Secure Hash Algorithm）是一个[密码散列函数]；SHA家族的五个算法，分别是SHA-1、SHA-224、SHA-256、SHA-384，和SHA-512
-【查看某个文件的修改日志】
$ git blame 文件路径`(相对于.git 位置,可以直接拖入文件到gitbash)`
-【查看当前git状态并获取操作提示】
$ git status
查看简写的git状态，不想获取git接下来的提示操作
$ git status -s
-【忽略已经提交了的文件】
比如：把dist文件夹不小心提交到了git。现在想删除忽略，单纯改.gitignore发现是不能生效的，这个时候需要从git的cached里移除方可。
具体操作：
.gitignore里加入 './dist'
git rm -r --cached ./dist
然后提交
git commit -m"fixed untracked files"
```
##### -【分支相关操作】
```
$ git branch`查看本地分支`
$ git branch -a`查看本地和远程所有分支`
$ git checkout -b 分支name `新建分支并切换到此分支`
$ git checkout 分支name `切换到某分支`
$ git merge dev `把dev合并到当前所在分支`
$ git branch -d 分支name `删除本地分支`没合并过，默认不给删
$ git branch -D 分支name `强制删除本地分支` 不管是否合并到别的分支
$ git push origin --delete 分支name `删除远程分支`
$ git remote prune origin `删除本地中那些远程仓库已经不存在的分支`
```
---
##### -【tag相关操作】
```
$ git tag `查看本地Tag`
$ git git ls-remote --tags origin `查看远程所有Tag`
$ git tag tagName `新建Tag并切换到此Tag`
$ git push origin tagName `推送当前Tag到远程`
$ git push origin --tags `推送所有本地Tag到远程`
$ git tag -d tagName `删除本地Tag`
$ git push origin :tagName `删除远程Tag`
$ git show tagName `查看某个Tag版本信息`
```
##### -【cherry-pick遴选/摘樱桃操作】
把 fea 分支上的 某次提交logID 合并到 beta 分支 ，先切换到beta 然后执行如下命令：
```
$ git cherry-pick logID
```
在 sourceTree图形git上的操作方式：
---
##### -【取消提交】-重置到某次提交版本（reset）或是撤销某次操作（revert）
这里分为多种场景，比如是否已经提交到远程了。回退的位置有多远等。以下几种方式描述引用此文：
[[Git高级教程(二)] 远程仓库版本回退方法](https://blog.csdn.net/fuchaosz/article/details/52170105)
【1】.错误代码已经提交到远程分支了，想回退到某次提交。
```
$ git reset --hard commitID（要回到SHA1）
```
本次已经回到某个版本了，但是远程肯定比你新。此时要强推覆盖掉远程。
```
git push -f
```
f：force 强制。
注意：
1. 如果发生在master这种受保护的分支，是不允许你强推的，此时需要联系仓库管理员owner或是master进行修改下分支属性，推好后改回来。
2. 如果是多人维护仓库，别人拉取了代码，包含你reset掉的代码，这样它那已提交就又上去了，所以保险起见，别人都把本地仓库删除，重新clone一份仓库。
【2】.错误代码仅仅是提交到了本地，还没push到远程，这种是最简单的。
```
$ git reset --hard commitID（要回到SHA1）
```
暂存区也没有你退回来的代码了，要是想把代码保留到暂存区，要把 --hard舍弃。
```
$ git reset commitID（要回到SHA1）
```
当然不小心，使用了带有 --hard的命令，要是想找回来这些代码也是可以的
先使用，reflog命令找回丢弃的对应的版本号。
```
$ git reflog
```
然后，reset到这次的版本号（SHA1值）
```
$ git reset --hard commitID
```
然后，进行带有暂存区的回退。
```
$ git reset commitID
```
【3】.错误代码提交到远程，这个分支是多人合作分支，所以混入了别人刚提提交的版本。
`注意：回滚这种公共的远程分支，不像回滚仅有自己一个coder的远程分支简单，因为涉及到会把别人的代码丢掉`
这里处理起来分两种情况：
一 、 发现错的不远，reset或是revert
二、发现错的太远了，直接将代码全部删掉，用正确代码替代
【方式一】：
- 【3.1】-reset
下面来分析:
假如你的远程master分支情况是这样的:
```
A1–A2–B1
```
其中A、B分别代表两个人，A1、A2、B1代表各自的提交。并且所有人的本地分支都已经更新到最新版本，和远程分支一致。
这个时候你发现A2这次提交有错误，你用reset回滚远程分支master到A1，那么理想状态是你的队友一拉代码git pull，他们的master分支也回滚了，然而现实却是，你的队友会看到下面的提示：
```
1 $ git status
2 On branch master
3 Your branch is ahead of 'origin/master' by 2 commits.
4 (use "git push" to publish your local commits)
5 nothing to commit, working directory clean
```
也就是说，你的队友的分支并没有主动回退，而是比远程分支超前了两次提交，因为远程分支回退了嘛。
(1) 这个时候，你大吼一声：兄弟们，老子回退版本了。如果你的队友都是神之队友，比如: Tony(腾讯CTO)，那么Tony会冷静的使用下面的命令来找出你回退版本后覆盖掉的他的提交，也就是B1那次提交：
```
git reflog
```
然后冷静的把自己的分支回退到那次提交，并且拉个分支:
```
$ git checkout tony_branch //先回到自己的分支
$ git reflog //接着看看当前的commit id,例如:0bbbbb
$ git reset --hard B1 //回到被覆盖的那次提交B1
$ git checkout -b tony_backup //拉个分支，用于保存之前因为回退版本被覆盖掉的提交B1
$ git checkout tony_branch //拉完分支，迅速回到自己分支
$ git reset --hard 0bbbbbb //马上回到自己分支的最前端
```
通过上面一通敲，Tony暂时舒了一口气，还好，B1那次提交找回来了,这时tony_backup分支最新的一次提交就是B1，接着Tony要把自己的本地master分支和远程master分支保持一致：
```
$ git reset --hard origin/master
```
执行了上面这条命令后，Tony的master分支才真正的回滚了,也就是说你的回滚操作才能对Tony生效，这个时候Tony的本地maser是这样的：
```
A1
```
接着Tony要再次合并那个被丢掉的B1提交：
```
git checkout master //切换到master
git merge tony_backup //再合并一次带有B1的分支到master
```
好了，Tony终于长舒一口气，这个时候他的master分支是下面这样的：
```
A1 – B1
```
终于把丢掉的B1给找回来了，接着他push一下，你一拉也能同步。
同理对于所有队友也要这样做，但是如果该队友没有提交被你丢掉，那么他拉完代码git pull之后，只需要强制用远程master覆盖掉本地master就可以了：
```
git reset --hard origin/master
```
(2) 然而很不幸的是，现实中，我们经常遇到的都是猪一样的队友，他们一看到下面提示：
```
$ git status
On branch master
Your branch is ahead of 'origin/master' by 2 commits.
(use "git push" to publish your local commits)
nothing to commit, working directory clean
```
就习惯性的git push一下，或者他们直接用的SourceTree这样的图形界面工具，一看到界面上显示的是推送的提示就直接点了推送按钮，卧&槽，你辛辛苦苦回滚的版本就这样轻松的被你猪一样的队友给还原了，所以，只要有一个队友push之后，远程master又变成了：
```
A1 – A2 – B1
```
这就是分布式，每个人都有副本。这个时候你连揍他的心都有了，怎么办呢？你不能指望每个人队友都是git高手，下面我们用另外一种方法来回退版本
`注意：博主是在虚拟机中实验的，用于模拟两个人的操作，如果你在一个机器上，用同一个账号在不同的目录下克隆两份代码来实验的话，回退远程分支后，另外一个人是不会看到落后远程分支两次提交的，所以请务必使用虚拟机来模拟A、B两个人的操作`
---
---
- 【3.2】 -revert
使用git reset回退公共远程分支的版本后，需要其他所有人手动用远程master分支覆盖本地master分支，显然，这不是优雅的回退方法，下面我们使用另个一个命令来回退版本：
```
$ git revert HEAD //撤销最近一次提交
$ git revert HEAD~1 //撤销上上次的提交，注意：数字从0开始
$ git revert 0ffaacc //撤销0ffaacc这次提交
```
git revert 命令意思是撤销某次提交。它会产生一个新的提交，虽然代码回退了，但是版本依然是向前的，所以，当你用revert回退之后，所有人pull之后，他们的代码也自动的回退了。
但是，要注意以下几点：
>1.revert 是撤销一次提交，所以后面的commit id是你需要回滚到的版本的前一次提交
2.使用revert HEAD是撤销最近的一次提交，如果你最近一次提交是用revert命令产生的，那么你再执行一次，就相当于撤销了上次的撤销操作，换句话说，你连续执行两次revert HEAD命令，就跟没执行是一样的
3.使用revert HEAD~1 表示撤销最近2次提交，这个数字是从0开始的，如果你之前撤销过产生了commi id，那么也会计算在内的。
4.如果使用 revert 撤销的不是最近一次提交，那么一定会有代码冲突，需要你合并代码，合并代码只需要把当前的代码全部去掉，保留之前版本的代码就可以了.
git revert 命令的好处就是不会丢掉别人的提交，即使你撤销后覆盖了别人的提交，他更新代码后，可以在本地用 reset 向前回滚，找到自己的代码，然后拉一下分支，再回来合并上去就可以找回被你覆盖的提交了。
**revert 合并代码，解决冲突**
使用revert命令，如果不是撤销的最近一次提交，那么一定会有冲突，如下所示：
```
<<<<<<< HEAD
全部清空
第一次提交
=======
全部清空
>>>>>>> parent of c24cde7... 全部清空
```
解决冲突很简单，因为我们只想回到某次提交，因此需要把当前最新的代码去掉即可，也就是HEAD标记的代码：
```
<<<<<<< HEAD
全部清空
第一次提交
=======
```
把上面部分代码去掉就可以了，然后再提交一次代码就可以解决冲突了。
---
---
- 【3.3】- 简单粗暴的回滚方式
看到这里也许你已经觉得学会了远程仓库版本回滚方法了，但是实践中总是会遇到很多不按套路来的问题，考虑下面一种情况：
>发现前面很远的地方有一次错误的合并代码，是下一个版本才上的模块误合并过来了，这个时候全体成员都觉得直接回滚比较快，因为他们都有备份，覆盖了无所谓，这个时候`用reset的话对队友的配合协作要求比较高，用revert的话呢要大面积的解决冲突，`也很麻烦呀，于是可以简单粗暴一下
直接从那个错误的提交的前一次拉取一份代码放到其他目录，然后将master代码全部删除，把那份新代码放进去，提交，果然简单粗暴啊，虽然这种方法不入流，但是，实践中发现很好使啊，所以，实践是检验真理的唯一标准。遇到问题还是要灵活应对。
**回退小结：**
```
[1]自己的分支回滚直接用reset（团队人员强制同步远程分支，对应人提交的被舍弃后要会找回备份再合并。）
[2]公共分支回滚用revert（回退超过一次，必然有冲突出现，要解决）
[3]错的太远了直接将代码全部删掉，用正确代码替代
```
---
---
### Git使用相关
[vim编辑器怎么退出](https://www.jianshu.com/p/ef0f84502440),看完文章中的案例即可。
[git发版时候打tag的原因](https://www.jianshu.com/p/4c6ade006d16)，里边有讲。
---
---
### git报错
【error】：
执行git pull等， cannot stat ‘file’: Permission denied
【解】：
可能是编辑器占有文件导致无法更新。关闭打开项目的编辑器比如atom,或者sublime等等
---
