学会使用git管理项目非常重要，在实际项目管理中不可避免使用git，理解和实际操作是至关重要的，这篇教程是根据实际出现的问题而产生的，把典型的问题的解决办法展现出来供大家参考和借鉴。（最后把这些问题搞清楚了之后，在实验室推广使用git，避免提交代码的时候的一些问题。）
1.git的基本操作
工作区、暂存区、版本库的概念
工作区就是你电脑中能看到的目录，这个文件夹就是工作区
暂存区、版本库
工作区有一个隐藏目录.git，这个不算工作区，而是Git的版本库
Git的版本库里存了很多东西，其中最重要的就是称为stage（或者叫index）的暂存区，还有Git为我们自动创建的第一个分支master，以及指向master的一个指针叫HEAD
修改文件后的状态是红色的（未提交）：
git add . #将文件提交到暂存区
提交之后的文件变为绿色：
git pull --no-ff # 抓取远程仓库所有分支更新并合并到本地，不要快进合并
git add . #将文件提交到暂存区
git commit #给暂存区域生成快照并提交，已经提交到HEAD，但是还没有到你的远端仓库。
#git reset命令既可以回退版本，也可以把暂存区的修改回退到工作区。当我们用HEAD时，表示最新的版本。
git reset -- files #用来撤销最后一次git add files，你也可以用git reset 撤销所有暂存区域文件。
#撤销
git checkout -- files #把文件从暂存区域复制到工作目录，用来丢弃本地修改（注意 -- 非常重要）
git push origin master #推送到远程仓库
git remote add origin git@github.com:Michaeljian/Java-learning-demo.git #关联远程仓库
#强行推送
git push –u(第一次要用-u 以后不需要) origin master #把当前master分支推送到远程库
查看文件different
git diff-- #查看更改前后的差别
git diff <file> # 比较当前文件和暂存区文件差异 git diff
git diff <branch1>..<branch2> # 在两个分支之间比较
git diff --staged # 比较暂存区和版本库差异
git diff --cached # 比较暂存区和版本库差异
git diff --stat # 仅仅比较统计信息
查看提交信息
git log --graph #以图表形式查看分支
git log git log <file> # 查看该文件每次提交记录
git log -p <file> # 查看每次详细修改内容的diff
git log -p -2 # 查看最近两次详细修改内容的diff
git log --stat #查看提交统计信息
git commit --amend 修改提交信息
2.分支管理（重点）
2.1分支管理
创建分支
目前远程分支就是一个master 分支，在本地有两个分支master和dev 分支。创建远程分支并切换过去
git checkout -b dev
切换分支
git checkout master
删除分支
#普通删除
git branch -d dev
#强行删除
git branch -D dev
2.2临时性分支
这三种分支都是属于临时需要，使用完以后，应该删除，使得代码库中的常设分支始终只有master和dev
Bug分支
软件开发中，bug就像是家常便饭一样。有了bug就需要修复，在Git中，由于分支是如此的强大，所以每个bug都可以通过一个新的临时分支来修复，修复后，合并分支，然后将临时分支删除。
git stash #可以把当前的工作现场“储藏”起来，等以后恢复现场后继续工作
使用情景如下：
- 目前正在
dev分支上工作，但是没有提交。使用git stash可以把当前的工作现场“储藏”起来，等以后恢复现场后继续工作。 - 然后确定要在那个分支上修改bug，假如需要在
master上修改，就从master分支上创建临时分支。 - 修复bug，然后提交
git add file。 - 修复完成之后，切换到
master分支上（git checkout master），并完成合并git merge -no-off-m "fix bug"，最后删除临时bug分支git branch -d bug。 - 最后切换到
dev分支，接着干活。 - 首先是恢复现场，先查看现场
git stast list，然后有一下两种方法恢复现场：-
git stash apply，但是用这种方法恢复后，stash内容并不删除，你需要使用git stash drop来删除。 -
git stash pop，恢复的同时把stash内容也删除了。
-
- 再用
git stash list查看，就看不到任何stash内容了。
Feature分支
添加一个新功能时，你肯定不希望因为一些实验性质的代码，把主分支搞乱了，所以，每添加一个新功能，最好新建一个feature分支，在上面开发，完成后，合并，最后，删除该feature分支。
#注意
feature分支还没有被合并，如果删除，将丢失掉修改，如果要强行删除，需要使用命令git branch -D
2.3.1git查看各个Branch之间的关系图
#使用git log命令
git log --graph --decorate --oneline --simplify-by-decoration --all
#--decorate 标记会让git log显示每个commit的引用(如:分支、tag等)
#--oneline 一行显示
#--simplify-by-decoration 只显示被branch或tag引用的commit
#--all 表示显示所有的branch，这里也可以选择，比如我指向显示分支ABC的关系，则将--all替换为branchA branchB branchC
2.3项目中的实际操作
#项目分支提交的一般步骤
1 git checkout -b dev 创建并切换到dev分支
2 vim readme.txt 修改readme.txt文件
3 git add readme.txt
4 git commit -m "add merge" 提交一个新的commit
5 git checkout master 切回master分支
#准备合并dev分支，注意--no-ff参数表示禁用Fast forward，因为本次合并要创建一个新的commit，所以加上-m参数，把commit描述写进去。通常，合并分支时，如果可能，Git会用Fast forward模式，但这种模式下，删除分支后，会丢掉分支信息。
#将指定的dev分支合并到当前的master分支
6 git merge --no-ff -m "merge with with no-ff" dev
7 git log --graph --pretty=oneline --abbrev-commit 合并后查看分支历史
2.4多人协作管理项目
3.版本回退（重点）
1.提交到本地仓库的代码回退
命令git checkout -- readme.txt意思就是，把readme.txt文件在工作区的修改全部撤销，这里有两种情况：
一种是readme.txt自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；
一种是readme.txt已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态。
版本回退
git log来查询历史记录。git log --pretty=oneline显示精简信息。
git中，HEAD表示当前版本，上一个版本就是HEAD,上上个版本HEAD^，上100个版本，写成HEAD~100。
回到上一个版本：
git reset --hard HEAD^
或者通过git reset --hard [commit id]回到指定版本号的版本。
git版本的回退速度很快，因为git内部有个指向当前版本的HEAD指针。git仅仅是通过修改HEAD指向就可以完成版本切换的工作。
git reflog用来查看命令历史。通过这个，就可以查到之前的版本号啦！
2.远程仓库的版本回退
3.消除冲突
Git用<<<<<<<，=======，>>>>>>>标记出不同分支的内容
消除冲突：=======以上的部分是当前HEAD的内容，以下的部分是要合并的fix-b分支的内容。但是在实际的开发之中，往往需要删除其中之一。
https://segmentfault.com/a/1190000011910766
4.gitignore文件
.gitignore顾名思义就是告诉git需要忽略的文件，这是一个很重要并且很实用的文件。一般我们写完代码后会执行编译、调试等操作，这期间会产生很多中间文件和可执行文件，这些都不是代码文件，是不需要git来管理的。我们在git status的时候会看到很多这样的文件，如果用git add -A来添加的话会把他们都加进去，而手动一个个添加的话也太麻烦了。这时我们就需要.gitignore了。
- 忽略某些文件时，需要编写
.gitignore； -
.gitignore文件本身要放到版本库里，并且可以对.gitignore做版本管理！
