GIT分布式版本控制

1.1Git简介

linus 用C语言编写 2005年诞生 分布式版本管理系统 速度快，适合大规模，跨地区多人协同开发

Git不仅是一款开源的分布式版本控制系统，而且有其独特的功能特性，例如大多数的分布式版本控制系统只会记录每次文件的变化，说白了就是只会关心文件的内容变化差异，而Git则是关注于文件数据整体的变化，直接会将文件提交时的数据保存成快照，而非仅记录差异内容，并且使用SHA-1加密算法保证数据的完整性。

Git为了提高效率，对于没有被修改的文件，则不会重复存储，而是创建一个链接指向之前存储过的文件。

在正式使用前，我们还需要弄清楚Git的三种重要模式，分别是已提交、已修改、已暂存

已提交(committed):表示数据文件已经顺利提交到Git数据库中。

已修改(modified):表示数据文件已经被修改，但未被保存到Git数据库中。

已暂存(staged):表示数据文件已经被修改，并会在下次提交时提交到Git数据库中。

提交前的数据文件可能会被随意修改或丢失，但只要把文件快照顺利提交到Git数据库中，那就可以完全放心了，流程为：

1.在工作目录中修改数据文件。

2.将文件的快照放入暂存区域。

3.将暂存区域的文件快照提交到Git仓库中。

1.2Git 生态

Git 分布式版本管理系统

Gitlab git私库解决方案

Github git公有库解决方案

1.3Git安装

1.3.1编译安装

Centos
yum install git
Ubuntu
apt-get install git

Windows安装git bash

Liunx编译安装
注意不要使用git1.8以下版本，推荐使用2.7版本

一、安装依赖
yum update -y
yum install curl-devel expat-devel gettext-devel openssl-devel zlib-devel gcc perl-ExtUtils-MakeMaker

cd /usr/local/src
wget https://github.com/git/git/archive/v2.7.4.zip
unzip v2.7.4.zip
cd git-2.7.4

make prefix=/usr/local/git all
make prefix=/usr/local/git install
rm -rf /usr/bin/git
ln -s /usr/local/git/bin/git /usr/bin/git
git --version

#初始化

[root@linux-node1]# mkdir test
[root@linux-node1]# git init
Initialized empty Git repository in /root/.git/
[root@linux-node1]# git config --global user.name "zsq"
[root@linux-node1]# git config --global user.email zsq@126.com

[root@linux-node1]# git config --list
user.name=zsq
user.email=zsq@126.com
core.repositoryformatversion=0
core.filemode=true
core.bare=false
core.logallrefupdates=true

1.32yum安装

[root@linux-node1-example /]# yum -y install git
[root@linux-node1-example /]# git config --global user.name "zsq"
[root@linux-node1-example /]# git config --global user.email "zsq@mail.com"
[root@linux-node1-example /]# git config --global color.ui true
[root@linux-node1-example /]# git config --list
user.name=zsq
user.email=zsq@mail.com
color.ui=true

常用命令

git add            加入暂存（索引区）
git status         查看状态
git status -s      状态概览
git diff           尚未暂存的文件
git diff --staged  暂存区文件
git commit         提交更新
git reset          回滚
git rm             从版本库中移除
git rm --cached README 从暂存区中移除
git mv                 相当于mv git、 rm 、git add三个命令

1.4Git基本操作

1.4.1Git提交数据

我们可以简单的把工作目录理解成是一个被Git服务程序管理的目录，Git会时刻的追踪目录内文件的改动，另外在安装好了Git服务程序后，默认就会创建好了一个叫做master的分支，我们直接可以提交数据到master分支

[root@linux-node1-example /]# mkdir zsq #创建本地工作目录
[root@linux-node1-example /]# cd zsq #进入本地工作目录
[root@linux-node1-example zsq]# git init  #初始为git工作目录
Initialized empty Git repository in /zsq/.git/
[root@linux-node1-example zsq]# touch readme.txt  #创建文件
[root@linux-node1-example zsq]# git status #查看git状态
# On branch master
#
# Initial commit
#
# Untracked files:
#   (use "git add <file>..." to include in what will be committed)
#
#    readme.txt   #发现新建的readme.txt文件
nothing added to commit but untracked files present (use "git add" to track)
[root@linux-node1-example zsq]# git add readme.txt #git添加文件至暂存区
[root@linux-node1-example zsq]# git status #再次查看状态
# On branch master
#
# Initial commit
#
# Changes to be committed:
#   (use "git rm --cached <file>..." to unstage)
#
#    new file:   readme.txt
#
[root@linux-node1-example zsq]# git commit -m "the first commit" #git cmmit提交暂存取文件至git版本仓库
[master (root-commit) 2498564] the first commit
 1 file changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 readme.txt

1.4.2Git移除数据

有些时候会向把已经添加到暂存区的文件移除，但仍然希望文件在工作目录中不丢失，换句话说，就是把文件从追踪清单中删除。

[root@linux-node1-example zsq]# touch database #建立文件
[root@linux-node1-example zsq]# git add database #添加文件至暂存区
[root@linux-node1-example zsq]# git status #查看当前git状态
# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#    new file:   database
#
[root@linux-node1-example zsq]# git rm --cached database #将文件从git暂存区域的追踪列表移除(并不会删除当前工作目录内的数据文件)
rm 'database'
[root@linux-node1-example zsq]# git status #此时文件已经是未追踪状态了
# On branch master
# Untracked files:
#   (use "git add <file>..." to include in what will be committed)
#
#    database
nothing added to commit but untracked files present (use "git add" to track)
#如果想将文件数据从git暂存区和工作目录一起删除，可以做如下操作。
[root@linux-node1-example zsq]# git add database  #再将database文件提交到git暂存区
[root@linux-node1-example zsq]# git rm -f database  #但如果在删除之前数据文件已经被放入到暂存区域的话，git会担心你误删未提交的文件而报错信息，此时可追加强制删除-f参数。
rm 'database'
[root@linux-node1-example zsq]# ls  #查看工作区也没database文件
readme.txt
[root@linux-node1-example zsq]# git status #查看当前状态
# On branch master
nothing to commit, working directory clean

1.4.3Git移动数据

[root@linux-node1-example zsq]# git mv readme.txt test.txt  #git如果要修改文件名称,则使用git mv命令
[root@linux-node1-example zsq]# git status #查看状态发现下次提交会有一个改名操作
# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#    renamed:    readme.txt -> test.txt
#
[root@linux-node1-example zsq]# git commit -m "changed name" #提交到git版本仓库
[master 9d78632] changed name
 1 file changed, 0 insertions(+), 0 deletions(-)
 rename readme.txt => test.txt (100%)

#其实可以如下方法改名
[root@linux-node1-example zsq]# mv test.txt readme.txt
[root@linux-node1-example zsq]# git rm test.txt
rm 'test.txt'
[root@linux-node1-example zsq]# git add readme.txt
[root@linux-node1-example zsq]# git commit -m "changed the file name"
[master a112ba4] changed the file name
 1 file changed, 0 insertions(+), 0 deletions(-)
 rename test.txt => readme.txt (100%)

1.4.4Git历史记录

[root@linux-node1-example zsq]# git log #查看提交历史记录
commit a112ba41550938bee20095af35d6daaf012b6ef7
Author: zsq <zsq@mail.com>
Date:   Sun Jan 15 01:45:13 2017 +0800

    changed the file name

commit 9d78632ae6206461ef41af4e621de6890644c383
Author: zsq <zsq@mail.com>
Date:   Sun Jan 15 01:41:35 2017 +0800

changed name
commit 2498564e69024e4f015af9086aba9a7968bdef9d
Author: zsq <zsq@mail.com>
Date:   Sun Jan 15 01:27:25 2017 +0800

    the first commit
[root@linux-node1-example zsq]# git log -2 #查看最近几条记录
commit a112ba41550938bee20095af35d6daaf012b6ef7
Author: zsq <zsq@mail.com>
Date:   Sun Jan 15 01:45:13 2017 +0800

    changed the file name

commit 9d78632ae6206461ef41af4e621de6890644c383
Author: zsq <zsq@mail.com>
Date:   Sun Jan 15 01:41:35 2017 +0800

changed name

[root@linux-node1-example zsq]# git log -p -1 #-p显示每次提交的内容差异,例如仅查看最近一次差异
commit a112ba41550938bee20095af35d6daaf012b6ef7
Author: zsq <zsq@mail.com>
Date:   Sun Jan 15 01:45:13 2017 +0800

    changed the file name

diff --git a/readme.txt b/readme.txt
new file mode 100644
index 0000000..e69de29
diff --git a/test.txt b/test.txt
deleted file mode 100644
index e69de29..0000000

[root@linux-node1-example zsq]# git log --stat -2 # --stat简要显示数据增改行数，这样能够看到提交中修改过的内容，对文件添加或移动的行数，并在最后列出所有增减行的概要信息
commit a112ba41550938bee20095af35d6daaf012b6ef7
Author: zsq <zsq@mail.com>
Date:   Sun Jan 15 01:45:13 2017 +0800

    changed the file name

 readme.txt | 0
 test.txt   | 0
 2 files changed, 0 insertions(+), 0 deletions(-)

commit 9d78632ae6206461ef41af4e621de6890644c383
Author: zsq <zsq@mail.com>
Date:   Sun Jan 15 01:41:35 2017 +0800

    changed name

 readme.txt | 0
 test.txt   | 0
 2 files changed, 0 insertions(+), 0 deletions(-)

[root@linux-node1-example zsq]# git log --pretty=oneline #--pretty根据不同的格式展示提交的历史信息
a112ba41550938bee20095af35d6daaf012b6ef7 changed the file name
9d78632ae6206461ef41af4e621de6890644c383 changed name
2498564e69024e4f015af9086aba9a7968bdef9d the first commit
[root@linux-node1-example zsq]# git log --pretty=fuller -2 #以更详细的模式输出提交的历史记录
commit a112ba41550938bee20095af35d6daaf012b6ef7
Author:     zsq <zsq@mail.com>
AuthorDate: Sun Jan 15 01:45:13 2017 +0800
Commit:     zsq <zsq@mail.com>
CommitDate: Sun Jan 15 01:45:13 2017 +0800

    changed the file name

commit 9d78632ae6206461ef41af4e621de6890644c383
Author:     zsq <zsq@mail.com>
AuthorDate: Sun Jan 15 01:41:35 2017 +0800
Commit:     zsq <zsq@mail.com>
CommitDate: Sun Jan 15 01:41:35 2017 +0800

changed name

还可以使用format参数来指定具体的输出格式，这样非常便于后期编程的提取分析哦，常用的格式有：
%s  提交说明。
%cd 提交日期。
%an 作者的名字。
%cn 提交者的姓名。
%ce 提交者的电子邮件。
%H  提交对象的完整SHA-1哈希字串。
%h  提交对象的简短SHA-1哈希字串。
%T  树对象的完整SHA-1哈希字串。
%t  树对象的简短SHA-1哈希字串。
%P  父对象的完整SHA-1哈希字串。
%p  父对象的简短SHA-1哈希字串。
%ad 作者的修订时间。

[root@linux-node1-example zsq]# git log --pretty=fomat:"%h %cn" #查看当前所有提交记录的简短SHA-1哈希字串与提交着的姓名
fomat:a112ba4 zsq
fomat:9d78632 zsq
fomat:2498564 zsq

1.4.4Git还原数据

[root@linux-node1-example zsq]#  echo "Git is a version control system" >> readme.txt #追加一段话
[root@linux-node1-example zsq]# git add readme.txt #添加至暂存区
[root@linux-node1-example zsq]# git commit -m "inyroduction software" #提交至git版本仓库
[master ffb6b3b] inyroduction software
 1 file changed, 1 insertion(+)

此时觉得写得不妥，想还原某一次提交的文件快照
[root@linux-node1-example zsq]# git log --pretty=oneline #提交的历史信息
ffb6b3bec6d2d3317568444f730db5bae594be23 inyroduction software
a112ba41550938bee20095af35d6daaf012b6ef7 changed the file name
9d78632ae6206461ef41af4e621de6890644c383 changed name
2498564e69024e4f015af9086aba9a7968bdef9d the first commit
Git服务程序中有一个叫做HEAD的版本指针，当用户申请还原数据时，其实就是将HEAD指针指向到某个特定的提交版本，但是因为Git是分布式版本控制系统，为了避免历史记录冲突，故使用了SHA-1计算出十六进制的哈希字串来区分每个提交版本，另外默认的HEAD版本指针会指向到最近的一次提交版本记录，而上一个提交版本会叫HEAD^，上上一个版本则会叫做HEAD^^，当然一般会用HEAD~5来表示往上数第五个提交版本。
[root@linux-node1-example zsq]# git reset --hard HEAD^ #还原历史提交版本上一次
HEAD is now at a112ba4 changed the file name
[root@linux-node1-example zsq]# cat readme.txt  #查看文件内容(已经还原，上一版本没有追加内容)

刚刚的操作实际上就是改变了一下HEAD版本指针的位置，就是你将HEAD指针放在那里，那么你的当前工作版本就会定位在那里，要想把内容再还原到最新提交的版本，先查看下提交版本号
a112ba41550938bee20095af35d6daaf012b6ef7 changed the file name
9d78632ae6206461ef41af4e621de6890644c383 changed name
2498564e69024e4f015af9086aba9a7968bdef9d the first commit

怎么搞得？竟然没有了Introduction software这个提交版本记录？
原因很简单，因为我们当前的工作版本是历史的一个提交点，这个历史提交点还没有发生过Introduction software更新记录，所以当然就看不到了，要是想“还原到未来”的历史更新点，可以用git reflog命令来查看所有的历史记录：

[root@linux-node1-example zsq]# git reflog #查看未来历史更新点
a112ba4 HEAD@{0}: reset: moving to HEAD^
ffb6b3b HEAD@{1}: commit: inyroduction software
a112ba4 HEAD@{2}: commit: changed the file name
9d78632 HEAD@{3}: commit: changed name
2498564 HEAD@{4}: commit (initial): the first commit

[root@linux-node1-example zsq]# git reset --hard ffb6b3b #找到历史还原点的SHA-1值后，就可以还原(值不写全,系统会自动匹配)
HEAD is now at ffb6b3b inyroduction software
[root@linux-node1-example zsq]# cat readme.txt  #查看内容
Git is a version control system

我们突然发现不应该写一句话的,可以手工删除（当内容比较多的时候会很麻烦）,还可以将文件内容从暂存区中恢复
[root@linux-node1-example zsq]# git checkout -- readme.txt
[root@linux-node1-example zsq]# cat readme.txt
Git is a version control system
这其中是有一套规则，如果暂存区中有该文件，则直接从暂存区恢复，如果暂存区没有该文件，则将还原成最近一次文件提交时的快照。

1.6Git管理分支结构

分支即是平行空间，假设你在为某个手机系统研发拍照功能，代码已经完成了80%，但如果将这不完整的代码直接提交到git仓库中，又有可能影响到其他人的工作，此时我们便可以在该软件的项目之上创建一个名叫“拍照功能”的分支，这种分支只会属于你自己，而其他人看不到，等代码编写完成后再与原来的项目主分支合并下即可，这样即能保证代码不丢失，又不影响其他人的工作。

一般在实际的项目开发中，我们要尽量保证master分支是非常稳定的，仅用于发布新版本，平时不要随便直接修改里面的数据文件，而工作的时候则可以新建不同的工作分支，等到工作完成后在合并到master分支上面，所以团队的合作分支看起来会像上面图那样。

生产代码提交方式

1.6.1Git创建分支

[root@linux-node1-example zsq]# git branch linux  #创建分支
[root@linux-node1-example zsq]# git checkout linux #切换分支
Switched to branch 'linux'
[root@linux-node1-example zsq]# git branch  #查看当前分支情况,当前分支前有*号
* linux
  master
[root@linux-node1-example zsq]#  echo "Create new branch is linux" >> readme.txt #我们对文件追加一行字符串
[root@linux-node1-example zsq]# git add readme.txt  #提交到暂存区
[root@linux-node1-example zsq]# git commit -m "new branch" #提交到git版本仓库
[linux ab40fec] new branch
 1 file changed, 1 insertion(+)
[root@linux-node1-example zsq]# git checkout master #我们在提交文件后再切回master分支
Switched to branch 'master'
[root@linux-node1-example zsq]# cat readme.txt #查看文件内容,发现并没有新追加的字符串
Git is a version control system

1.6.2Git合并分支

现在，我们想把linux的工作成果合并到master分支上了，则可以使用”git merge”命令来将指定的的分支与当前分支合

git合并分之示意图

[root@linux-node1-example zsq]# git branch  #查看是否在master分支
  linux
* master
[root@linux-node1-example zsq]# git merge linux #合并Linux分支至master
Updating ffb6b3b..ab40fec
Fast-forward
 readme.txt | 1 +
 1 file changed, 1 insertion(+)
[root@linux-node1-example zsq]# cat readme.txt #查看合并后的readme文件
Git is a version control system
Create new branch is linux
[root@linux-node1-example zsq]# git branch -d linux #确认合并完成后，可以放心地删除Linux分支
Deleted branch linux (was ab40fec).
[root@linux-node1-example zsq]# git branch #删除后，查看branch,只剩下master分支了
* master

1.6.3Git分支冲突

但是Git并不能每次都为我们自动的合并分支，当遇到了内容冲突比较复杂的情况，则必须手工将差异内容处理点，比如这样的情况：

git分支冲突示意图

root@linux-node1-example zsq]# git checkout -b linux  #创建分支并切换到该分支
[root@linux-node1-example zsq]# git branch  #查看分支
* linux
  master
[root@linux-node1-example zsq]# vim readme.txt  #编辑readme文件，修改一行内容
[root@linux-node1-example zsq]# git add readme.txt  #在Linux分支添加readme至暂存区
[root@linux-node1-example zsq]# git commit -m "create two"  #在Linux分支提交readme
[linux 13a42ad] create two
1 file changed, 1 insertion(+), 2 deletions(-)
[root@linux-node1-example zsq]# git checkout master  #切换到master分支
Switched to branch 'master'
[root@linux-node1-example zsq]# git branch  #查看是否切换至master分支
  linux
* master
[root@linux-node1-example zsq]# vim readme.txt  #编在master分支上修改readme文件同一行的内容
[root@linux-node1-example zsq]# git add readme.txt  #添加至暂存区
[root@linux-node1-example zsq]# git commit -m 'create to master'  #提交至Git版本仓库
[master 75bd55c] create to master
 1 file changed, 1 insertion(+)
[root@linux-node1-example zsq]# git merge linux  #合并Linux分支(冲突)
Auto-merging readme.txt
CONFLICT (content): Merge conflict in readme.txt
Automatic merge failed; fix conflicts and then commit the result.

#那么此时，我们在master与linux分支上都分别对readme文件进行了修改并提交了，那这种情况下Git就没法再为我们自动的快速合并了，它只能告诉我们readme文件的内容有冲突，需要手工处理冲突的内容后才能继续合并
[root@linux-node1-example zsq]# cat readme.txt  #冲突内容如下
#Git用< <<<<<<，=======，>>>>>>>分割开了各个分支冲突的内容，我们需要手工的删除这些符号，并将内容修改
Git is a version control system
<<<<<<< HEAD
Create new branch is shishi
=======
Create new branch is sisi
>>>>>>> linux

[root@linux-node1-example zsq]# git add readme.txt #再次添加至暂存区
[root@linux-node1-example zsq]# git commit -m 'config' #提交至git版本仓库
[master e433833] config
[root@linux-node1-example zsq]# git branch -d linux #最后删除Linux分支结束
Deleted branch linux (was 4288aea).
[root@linux-node1-example zsq]# git branch #检查是否删除完毕
* master

1.7Git管理标签

#当版本仓库内的数据有个大的改善或者功能更新，我们经常会打一个类似于软件版本号的标签，这样通过标签就可以将版本库中的某个历史版本给记录下来，方便我们随时将特定历史时期的数据取出来用，另外打标签其实只是像某个历史版本做了一个指针，所以一般都是瞬间完成的。

[root@linux-node1-example ~]# cd /zsq/ #进入git版本控制系统
[root@linux-node1-example zsq]# git tag v1.0 #当前提交内容打一个标签(方便快速回滚)
[root@linux-node1-example zsq]# git tag  #查看当前所有的标签
v1.0
[root@linux-node1-example zsq]# git show v1.0 #查看当前1.0版本的详细信息
commit e433833da413a21ab7573168a3fd6a624262527d
Merge: 6b508de 4288aea
Author: zsq <zsq@mail.com>
Date:   Mon Jan 16 07:42:26 2017 +0800

    config

diff --cc readme.txt
index 3a26336,582e884..cb56f37
--- a/readme.txt
+++ b/readme.txt
@@@ -1,2 -1,2 +1,3 @@@
  Git is a version control system
 +Create new branch is shishi
+ Create new branch is sisi

[root@linux-node1-example zsq]# git tag v1.2 -m "version 1.2 release is test" #创建带有说明的标签,-a指定标签名字，-m指定说明文字
[root@linux-node1-example zsq]# git tag -d v1.0 #我们为同一个提交版本设置了两次标签,删除之前的v1.0
Deleted tag 'v1.0' (was e433833)
[root@linux-node1-example zsq]# git tag #再次查看,v1.0已经被删除
v1.2