git在代码管理中起着至关重要的作用，只要有git，可以说就不什么都不怕了。下面就按照项目中具体会使用的一些场景，列出一些git使用的步骤。
本地管理
1.初始化
初始化版本库。这个操作可在新建一个项目之前，也可以在搭建项目的任何时间，init之后，就会对代码进行一个版本控制。
git init
2.暂存
对于自己修改的代码进行一个暂存
git add . //这条命令是对所有修改的代码，进行暂存
3.提交
暂存之后对代码做一个提交的动作，并且添加此次提交操作的注释
git commit -m '这里写此次提交的注释'
4.推送
如果存在远程仓库，则通过git push的命令将本地的修改提交的远程仓库去。如果只是在本地有一个仓库，就不需要git push这个步骤，只进行本地管理即可。
git push
添加远程仓库
如果想要跟远程的仓库进行一个关联，首先要添加远程仓库的地址。git remote -v 可以查看远程的分支情况，git remote add 添加远程分支，origin是一个shortname，可以自定义，后面跟的是远程仓库的地址。
git remote add origin http://....
添加完远程仓库，以后代码进行提交之后，就可以执行git push这条命令，即同步将本地仓库和远程仓库同步
删除远程仓库
如果删除或者替换远程仓库的地址，可以先删除添加远程仓库的地址，然后再添加远程仓库。
git remote remove origin //删除 git remote add origin http://... //添加
未推送到远端
在以上常规操作掌握之后，我们在开发的时候，可能会关注到，我们当前对代码做了哪些改动。
git status //可以查看，本地对哪些文件进行了改动
假如我们按需求正在开发页面，产品经理脑子瓦特了突然说这个需求我们不改了，就用第一版，那么我们需要丢弃我们目前在本地所做的改动。根据具体的场景，有三个解决方案：
a. 只涉及单个文件的改动，我们直接丢弃对这个文件的改动，git checkout -- file
git checkout -- readme.txt
b. 涉及多个文件的改动，我们直接全部丢弃
git checkout .
c. 一不做二不休，我们直接回到上个版本
git log --oneline //查看上一个版本的commitID git reset --hard commitID //回到这个commitID版本
当然在实际工作中，不建议相信产品经理的话，信他个鬼。我们还是要对我们所有的改动进行管理，git add 、git commit、git push、一顿操作，先给我记录下来。当然还有另外的方法可以记录，就是使用git stash 贮藏，将暂时没派上用场的贮藏起来，等什么时候产品经理打脸变卦说要按第二版来，先给他一顿怼，然后喝半天茶，最后再把这部分代码的改动拿出来，完成任务。
未完......待补充
git stash
接下来的应用场景是当我们的提交已经推送到了远程，这个时候可能会涉及的一些操作。
分支
1.分支的基本操作
2.创建本地分支
3.添加远程分支