官方学习地址
https://git-scm.com/book/zh/v2
简单的代码提交流程
1. git status 查看工作区代码相对于暂存区的差别；
2. git add . 将当前目录下修改的所有代码从工作区添加到暂存区 . 代表当前目录；
3. git commit -m ‘注释’ 将缓存区内容添加到本地仓库；
4. git push origin master 将本地版本库推送到远程服务器；
5. origin是远程主机，master表示是远程服务器上的master分支，分支名是可以修改的。
防止出错的步骤
1. git add xx/xxx/file1 xx/xx/file2；
2. git stash 将本地修改存储起来；
3. git pull 从仓库获取最新代码；
4. git stash pop stash@{0} 将本地的代码和远程获取的合并(这里可能提示冲突conflict)；
5. git status 看哪几个有冲突，如果没冲突，→8 commit，push， 如果冲突→6；
6. git difftool xx/xxx/file3 唤起对比工具，将远程的代码段合并到本地的文件中；
7. git status 看刚才修改的文件有没有add，如果是红色，add一下；
8. git commit -m "姓名 修改某某功能"；
9. git push origin head:refs/for/dev_core。
回退流程
【参考】
https://www.cnblogs.com/wpcnblog/p/9945732.html
现在先假设几个环境，本文将会给出相应的解决方法：
1. 本地代码（或文件）已经add但是还未commit；
2. 要回退的commit的代码已经commit了，但是还未push到远程个人repository；
3. 要回退的commit的代码已经push到远程的个人分支，但是还未merge到公共的repository；
4. 要回退的commit的代码已被merge（合入)到公共的repository。
git reset有三个参数soft、mixed、hard分别对应head的指针移动、index（暂存区）以及工作目录的修改，当缺省时，默认为mixed参数。
git revert与reset的区别是git revert会生成一个新的提交来撤销某次提交，此次提交之前的commit都会被保留，也就是说对于项目的版本历史来说是往前走的。而git reset 则是回到某次提交，类似于穿越时空。
冲突解决
【解决本地和远程仓库冲突，当需要pull时提示本地和远程仓库有冲突时】
1. 将本地修改的文件添加到暂存区
git add filename
2. 将本地修改存储起来
git stash
可以通过git stash list查看暂存的内容stash@{0}就是刚才修改的内容
3. pull远程仓库
git pull
git pull <远程主机名> <远程分支名>:<本地主机名>
4. 还原暂存的内容
git stash pop stash@{0}
撤销检查
撤销对某个文件的修改，还原成历史版本，相当于cc的撤销检出
git checkout -- xxx.java (带--)
删除文件
git删除代码的时候务必使用git -rm -r
不要使用rm -rf等linux命令，或者在文件夹里面删除，然后再git add
这样在gerrit会显示冲突(虽然强行提交也没有问题，但是非常不建议这样操作)
去掉换行符自动转换
git config --global core.autocrlf false (!关闭自动转换换行符命令)
git config --global core.safecrlf true
防止提交字符乱码
git config --global gui.encoding utf-8
git config --global core.quotepath false
git config --global i18n.commit.encoding utf-8
git config --global i18n.logoutputencoding utf-8
查看用户名和邮箱地址
$ git config user.name
$ git config user.email
修改用户名和邮箱地址
$ git config --global user.name "username"
$ git config --global user.email "email"
撤回commit操作
写完代码后，我们一般这样：
git add . //添加所有文件
git commit -m "本功能全部完成"
执行完commit后，想撤回commit，如何操作？
git reset --soft HEAD
如何忽略.gitignore文件本身
git rm -r --cached .gitignore
git add .
git commit -m 'update .gitignore'
在使用Git的过程中，时常会出现这样一种情况，明明已经提前写好了规则，但是却不起作用，导致每次仍需要重复提交规则，让人难以忍受。
其实是因为这个文件里的规则对已经追踪的文件是没有效果的，所以我们需要使用rm命令清除一下相关的缓存内容。这样文件就会以未追踪的形式出现，然后再重新添加提交一下规则，此时再运行一下git status指令就可以发现，.gitignore文件变为了untrack。