在工作之后，我比较经常地接触git，关于git的用法，网上有很多的教程，而且git的指令是非常多的，强如阮一峰这样的高手也直言无法记住git的很多指令。实际上我也看了不少关于git指令的文章，个人觉得，确实有很多指令是比较鸡肋的，或者根本就用不着，或者纯粹为了操作而操作。下面我总结几个比较常用的git操作，分享出来。

　　先上个自己画的图：

　　

　　git的基本流程就是这样。关于git pull origin xxx的用法，网上有一些声音是说：少用git pull，多用git fetch + git merge origin xxx。这里的origin是主机名，当然这个主机名是可以改动的，但是大家约定俗成的就是不去改它，xxx表示当前所在的分支名。同样在行业里也有一些约定俗成的命名。比如在开发环境的分支，一般来说，不是命名为"develop",就是命名为"test"。

　　回到上面那个问题，git fetch就是从远程仓库拉下代码到本地仓库，再用git merge origin xxx更新到工作区。而git pull origin xxx则是直接一步到位，从远程仓库拉下并直接更新当前工作区。这种方法其实是安全的，很多人会担心这样本地自己写的东西会被覆盖，其实根本不会的，比如你改了第1000行代码，另一位小伙伴也改了第1000行代码，但是他效率比较快，比你先推到远程仓库了，这时候你再把他的最新代码拉下来，工作区是会报冲突的，而且会给你标记出来，冲突需要手动解决。

　　下面汇总一下：

　　git status  //查看当前所处的分支，以及本地更改的代码状态，如果更改没有提交到暂存区，会以红色显示。在暂存区则以绿色显示

　　git add .  //提交本地新建的文件 + 修改过的文件，注意这个 . 前面有个空格不要漏了

　　git commit -m "balabala"   //提交代码到本地仓库,balabala代表你本次提交的说明，比如更新了某某功能，解决了某某bug

　　git pull origin xxx    //从xxx分支拉取最新的代码并更新工作区

　　git push origin xxx  //把本地仓库的项目推到远程仓库，强烈建议在推之前先git pull origin xxx拉一遍最新的代码，因为如果你不是基于最新代码进行改动的，是推不上去的。如果存在冲突，就更推不上去了。

　　git branch -a   //列出远程仓库的所有分支名，这里的a应该是“all”/的意思

　　git checkout xxx   //跳转到xxx分支，这个分支是指远程分支，跳转之后，工作区将会更新为新分支的内容，此时写代码还有提交都是在这个新分支上进行。