Git分布式版本控制系统

http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000/0013745374151782eb658c5a5ca454eaa451661275886c6000

集中式版本控制系统，版本库是集中存放在中央服务器的；

分布式版本控制系统与集中式版本控制系统有何不同呢？首先，分布式版本控制系统根本没有“中央服务器”，每个人的电脑上都是一个完整的版本库，这样，你工作的时候，就不需要联网了，因为版本库就在你自己的电脑上。既然每个人电脑上都有一个完整的版本库，那多个人如何协作呢？比方说你在自己电脑上改了文件A，你的同事也在他的电脑上改了文件A，这时，你们俩之间只需把各自的修改推送给对方，就可以互相看到对方的修改了。

在实际使用分布式版本控制系统的时候，其实很少在两人之间的电脑上推送版本库的修改，因为可能你们俩不在一个局域网内，两台电脑互相访问不了，也可能今天你的同事病了，他的电脑压根没有开机。因此，分布式版本控制系统通常也有一台充当“中央服务器”的电脑，但这个服务器的作用仅仅是用来方便“交换”大家的修改，没有它大家也一样干活，只是交换修改不方便而已。

Git跟踪并管理的是修改，而非文件。

初始化一个Git仓库，使用

git init

命令。

添加文件到Git仓库，分两步：

第一步，使用命令

git add <file>

，注意，可反复多次使用，添加多个文件；

第二步，使用命令

git commit

，完成。

要随时掌握工作区的状态，使用

git
status

命令。

如果

git
status

告诉你有文件被修改过，用

git diff

可以查看修改内容。

HEAD

指向的版本就是当前版本，因此，Git允许我们在版本的历史之间穿梭，使用命令

git
reset --hard commit_id

。

穿梭前，用

git
log

可以查看提交历史，以便确定要回退到哪个版本。

要重返未来，用

git
reflog

查看命令历史，以便确定要回到未来的哪个版本。

每次修改，如果不

add

到暂存区，那就不会加入到

commit

中。

命令

git checkout -- readme.txt

意思就是，把

readme.txt

文件在工作区的修改全部撤销，这里有两种情况：

一种是

readme.txt

自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；

一种是

readme.txt

已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态。

总之，就是让这个文件回到最近一次

git
commit

或

git
add

时的状态。

git
reset

命令既可以回退版本，也可以把暂存区的修改回退到工作区。当我们用

HEAD

时，表示最新的版本。

场景1：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令

git
checkout -- file

。

场景2：当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令

git
reset HEAD file

，就回到了 场景1，第二步按场景1操作。

命令

git
rm

用于删除一个文件。如果一个文件已经被提交到版本库，那么你永远不用担心误删，但是要小心，你只能恢复文件到最新版本，你会丢失最近一次提交后你修改的内容。

git checkout

其实是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以“一键还原”。

Git是分布式版本控制系统，同一个Git仓库，可以分布到不同的机器上。怎么分布呢？最早，肯定只有一台机器有一个原始版本库，此后，别的机器可以“克隆”这个原始版本库，而且每台机器的版本库其实都是一样的，并没有主次之分。实际情况往往是这样，找一台电脑充当服务器的角色，每天24小时开机，其他每个人都从这个“服务器”仓库克隆一份到自己的电脑上，并且各自把各自的提交推送到服务器仓库里，也从服务器仓库中拉取别人的提交。

要关联一个远程库，使用命令

git remote add origin
git@server-name:path/repo-name.git

；

关联后，使用命令

git push -u origin master

第一次推送master分支的所有内容；

此后，每次本地提交后，只要有必要，就可以使用命令

git push
origin master

推送最新修改；

分布式版本系统的最大好处之一是在本地工作完全不需要考虑远程库的存在，也就是有没有联网都可以正常工作，而SVN在没有联网的时候是拒绝干活的！当有网络的时候，再把本地提交推送一下就完成了同步，真是太方便了！

要克隆一个仓库，首先必须知道仓库的地址，然后使用

git clone

命令克隆。

Git支持多种协议，包括

https

，但通过

ssh

支持的原生

git

协议速度最快。

Git鼓励大量使用分支：

查看分支：

git branch

创建分支：

git branch <name>

切换分支：

git checkout <name>

创建+切换分支：

git checkout -b <name>

合并某分支到当前分支：

git merge <name>

删除分支：

git branch -d <name>

Git分支十分强大，在团队开发中应该充分应用。

合并分支时，加上

--no-ff

参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而

fast
forward

合并就看不出来曾 经做过合并。

修复bug时，我们会通过创建新的bug分支进行修复，然后合并，最后删除；

当手头工作没有完成时，先把工作现场

git stash

一下，然后去修复bug，修复后，再

git
stash pop

，回到工作现场。

开发一个新feature，最好新建一个分支；

如果要丢弃一个没有被合并过的分支，可以通过

git branch
-D <name>

强行删除。

查看远程库信息，使用

git remote -v

；

本地新建的分支如果不推送到远程，对其他人就是不可见的；

从本地推送分支，使用

git push origin branch-name

，如果推送失败，先用

git
pull

抓取远程的新提交；

在本地创建和远程分支对应的分支，使用

git checkout -b branch-name origin/branch-name

，本地和远程分支的名称最好一致；

建立本地分支和远程分支的关联，使用

git branch --set-upstream branch-name origin/branch-name

；

从远程抓取分支，使用

git pull

，如果有冲突，要先处理冲突。

命令

git tag <name>

用于新建一个标签，默认为

HEAD

，也可以指定一个commit
id；

git tag -a <tagname> -m "blablabla..."

可以指定标签信息；

git tag -s <tagname> -m "blablabla..."

可以用PGP签名标签；

命令

git tag

可以查看所有标签。

命令

git push origin <tagname>

可以推送一个本地标签；

命令

git push origin --tags

可以推送全部未推送过的本地标签；

命令

git tag -d <tagname>

可以删除一个本地标签；

命令

git push origin :refs/tags/<tagname>

可以删除一个远程标签。

忽略某些文件时，需要编写

.gitignore

；

.gitignore

文件本身要放到版本库里，并且可以对

.gitignore

做版本管理！