Git版本控制

　　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.添加远程分支