Date | 2018-11-11
学习教程：史上最浅显易懂的Git教程！

创建版本库

1、选择一个合适的地方，创建一个空目录
_{如果你使用Windows系统，为了避免遇到各种莫名其妙的问题，请确保目录名（包括父目录）不包含中文。}
2、通过 git init 命令把这个目录变Git可以管理的仓库
瞬间Git就把仓库建好了，而且告诉你是一个空的仓库（empty Git repository），细心的读者可以发现当前目录下多了一个.git的目录，这个目录是Git来跟踪管理版本库的，没事千万不要手动修改这个目录里面的文件，不然改乱了，就把Git仓库给破坏了。

把文件添加到版本库

编写一个readme.txt文件，内容如下：

Git is a version control system.
Git is free software.

_{一定要放到learngit目录下（子目录也行），因为这是一个Git仓库，放到其他地方Git再厉害也找不到这个文件。}
Step1 用命令git add告诉Git，把文件添加到仓库：

git add readme.txt

执行上面的命令，没有任何显示，这就对了，Unix的哲学是“没有消息就是好消息”，说明添加成功。
Step2 用命令git commit告诉Git，把文件提交到仓库：

git commit -m "wrote a readme file"

-m后面输入的是本次提交的说明，可以输入任意内容，当然最好是有意义的，这样你就能从历史记录里方便地找到改动记录。

为什么Git添加文件需要add，commit一共两步呢？因为commit可以一次提交很多文件，所以你可以多次add不同的文件，比如：

$ git add file1.txt
$ git add file2.txt file3.txt
$ git commit -m "add 3 files."

工作区和暂存区

1. 工作区
就是你在电脑里能看到的目录。
2. 版本库（Repository）
进入工作区可以看见一个隐藏目录：.git，这个不算工作区，是Git的版本库
Git的版本库里存了很多东西，其中最重要的就是称为 stage（或者叫index）的暂存区，还有Git为我们自动创建的第一个分支master，以及指向master的一个指针叫HEAD。

Git的版本库

修改管理

（一）修改提交

假定你已经完全掌握了暂存区的概念。下面，我们要讨论的就是，为什么Git比其他版本控制系统设计得优秀，因为Git跟踪并管理的是修改，而非文件。
比如：我们对一个文件的git提交进行如下操作：

第一次修改 -> git add -> 第二次修改 -> git commit

结果，你会发现，第二次的修改没有成功提交。
原因：
Git管理的是修改，当你用git add命令后，在工作区的第一次修改被放入暂存区，准备提交，但是，在工作区的第二次修改并没有放入暂存区，所以，git commit只负责把暂存区的修改提交了，也就是第一次的修改被提交了，第二次的修改不会被提交。
g
那怎么提交第二次修改呢？你可以：
1、继续git add再git commit
2、可以别着急提交第一次修改，先git add第二次修改，再git commit，就相当于把两次修改合并后一块提交了：

第一次修改 -> git add -> 第二次修改 -> git add -> git commit

好，现在，把第二次修改提交了

（二）撤销修改

如果你想撤销某文件的修改需要怎么做呢？这需要分三种情况：
1、还未提交到暂存区（其实就是恢复到还没干活的样子），用如下命令，直接丢弃工作区的修改：

git checkout -- file

命令git checkout -- readme.txt意思就是，把readme.txt文件在工作区的修改全部撤销，这里有两种情况：

• 一种是readme.txt自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；
• 一种是readme.txt已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态。

总之，就是让这个文件回到最近一次git commit或git add时的状态。

2、已提交到stage暂存区，使用如下命令，可以把暂存区的修改撤销掉（unstage），重新放回工作区：

git reset HEAD <file>

此时修改就只是存在了工作区，然后再用git checkout -- file 命令进行修改或直接修改本地文件。

3、已commit到了版本库，此时就得用版本撤回的方法来退回到上一个版本了。
不过，这是有条件的，就是你还没有把自己的本地版本库推送到远程。

远程仓库

一般在GitHub上创建远程仓库是最方便的。
添加远程库以及克隆远程库的具体操作方法：戳我
小结
要关联一个远程库，使用命令git remote add origin git@server-name:path/repo-name.git；
关联后，使用命令git push -u origin master第一次推送master分支的所有内容；
此后，每次本地提交后，只要有必要，就可以使用命令git push origin master推送最新修改。

分支管理

分支基本命令

Git鼓励大量使用分支：
查看所有分支：git branch
创建分支：git branch <name>
切换分支：git checkout <name>
创建+切换分支：git checkout -b <name>
合并（name）分支到当前分支：git merge <name>
删除name分支：git branch -d <name>

分支管理策略

通常，合并分支时，如果可能，Git会用Fast forward模式，但这种模式下，删除分支后，会丢掉分支信息。
如果要强制禁用Fast forward模式，Git就会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息。具体命令：

git merge --no-ff -m "merge with no-ff" dev

实际开发：
在实际开发中，我们应该按照几个基本原则进行分支管理：
首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；
那在哪干活呢？干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；
你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。
所以，团队合作的分支看起来就像这样：

分支管理策略