分布式版本管理系统 git

一，git的简介

Git 是用于 Linux内核开发的版本控制工具。
与常用的版本控制工具 CVS, Subversion 等不同，它采用了分布式版本库的方式，使源代码的发布和交流极其方便。
Git 的速度很快，这对于诸如 Linux kernel 这样的大项目来说自然很重要。
Git 最为出色的是它的合并跟踪（merge tracing）能力。
作为开源自由原教旨主义项目，Git 没有对版本库的浏览和修改做任何的权限限制。
什么是版本控制系统：

版本控制是一种记录一个或若干文件内容变化，以便将来查阅特定版本修订情况的系统

什么是分布式版本控制系统：

分布式版本控制系统（Distributed Version Control System，简称 DVCS）， 在这类系统中，像 Git、Mercurial、Bazaar 以及 Darcs 等，客户端并不只提取最新版本的文件快照，而是把代码仓库完整地镜像下来。 这么一来，任何一处协同工作用的服务器发生故障，事后都可以用任何一个镜像出来的本地仓库恢复。 因为每一次的克隆操作，实际上都是一次对代码仓库的完整备份。

二，git的特点

从一般开发者的角度来看，git有以下功能：
1、从服务器上克隆完整的Git仓库（包括代码和版本信息）到单机上。
2、在自己的机器上根据不同的开发目的，创建分支，修改代码。
3、在单机上自己创建的分支上提交代码。
4、在单机上合并分支。
5、把服务器上最新版的代码fetch下来，然后跟自己的主分支合并。
6、生成补丁（patch），把补丁发送给主开发者。
7、看主开发者的反馈，如果主开发者发现两个一般开发者之间有冲突（他们之间可以合作解决的冲突），就会要求他们先解决冲突，然后再由其中一个人提交。如果主开发者可以自己解决，或者没有冲突，就通过。
8、一般开发者之间解决冲突的方法，开发者之间可以使用pull 命令解决冲突，解决完冲突之后再向主开发者提交补丁。
从主开发者的角度（假设主开发者不用开发代码）看，git有以下功能：
1、查看邮件或者通过其它方式查看一般开发者的提交状态。
2、打上补丁，解决冲突（可以自己解决，也可以要求开发者之间解决以后再重新提交，如果是开源项目，还要决定哪些补丁有用，哪些不用）。
3、向公共服务器提交结果，然后通知所有开发人员。
优点：
适合分布式开发，强调个体。
公共服务器压力和数据量都不会太大。
速度快、灵活。
任意两个开发者之间可以很容易的解决冲突。
离线工作。
缺点：
资料少（起码中文资料很少）。
学习周期相对而言比较长。
不符合常规思维。
代码保密性差，一旦开发者把整个库克隆下来就可以完全公开所有代码和版本信息。

三，部署git

（一）安装git，创建需要存放代码的目录，初始化

[root@server1 ~]# yum install -y  git ##安装
[root@server1 ~]# mkdir demo
[root@server1 ~]# cd demo/
[root@server1 demo]# git init ##初始化
[root@server1 demo]# git status
 On branch master
#
 Initial commit
#
nothing to commit (create/copy files and use "git add" to track)

（二） git status的状态显示分类

新添加的未跟踪文件前面有 ?? 标记，
新添加到暂存区中的文件前面有 A 标记，
修改过的文件前面有 M 标记。
出现在右边的 M 表示该文件被修改了但是还没放入暂存区，
出现在靠左边的 M 表示该文件被修改了并放入了暂存区。
MM表示工作区被修改并提交到暂存区后又在工作区中被修改了，所以在暂存区和工作区都有该文件被修改了的记录

[root@server1 demo]# touch file1
[root@server1 demo]# echo westos > file1
[root@server1 demo]# git status 
 On branch master
#
 Initial commit
#
 Untracked files:
   (use "git add <file>..." to include in what will be committed)
#
#file1
nothing added to commit but untracked files present (use "git add" to track)
[root@server1 demo]# git status -s
?? file1         ##新添加的未跟踪的文件前面有？？标志

提交更改，实际上就是把暂存区的所有内容提交到当前分支

[root@server1 demo]# git commit -m "add file1"

*** Please tell me who you are.

Run

  git config --global user.email "you@example.com"
  git config --global user.name "Your Name"

to set your account's default identity.
Omit --global to set the identity only in this repository.

fatal: unable to auto-detect email address (got 'root@server1.(none)')

##需要添加邮箱和用户名才能提交成功
[root@server1 demo]# git config --global user.email "2514243041@qq.com"
[root@server1 demo]# git config --global user.name "yang"
[root@server1 demo]# git commit -m "add file1"
[master (root-commit) 9bb7f82] add file1
 1 file changed, 1 insertion(+)
 create mode 100644 file1
[root@server1 demo]# git status -s      ##提交成功后就没有文件显示，为空
[root@server1 demo]# 

（三）文件的忽略

一般情况下，总会在存放代码的目录中出现一些我们不想看到的文件，无需纳入git的管理，比如日志文件，或者编译出现的临时文件，这是我们可以创建一个 .gitignore的文件。

[root@server1 demo]# cd
[root@server1 ~]# l.
.         .bash_history  .bashrc  .gitconfig      .pki  .tcshrc
..        .bash_logout   .config  .local          .rnd  .viminfo
.ansible  .bash_profile  .cshrc   .mysql_history  .ssh
[root@server1 ~]# cp .bashrc demo/
[root@server1 ~]# cd demo/
[root@server1 demo]# git status -s
?? .bashrc

[root@server1 demo]# vim .gitignore
[root@server1 demo]# cat .gitignore 
.*
[root@server1 demo]# git status -s
[root@server1 demo]# l.
.  ..  .bashrc  .git  .gitignore

（四）版本回退

每当你觉得文件修改到一定程度的时候，就可以“保存一个快照”，这个快照在Git中被称为commit，就是放到了一个本地仓库，这个仓库在git初始化的时候就有了，一旦你把文件改乱了，或者误删了文件，还可以从最近的一个commit恢复，然后继续工作，而不是把几个月的工作成果全部丢失。这个对于一些“手残党”是极好的。
（1）git checkout – file

以丢弃工作区的修改，就是让这个文件回到最近一次git commit或git add时的状态

[root@server1 demo]# echo westos >> file1
[root@server1 demo]# cat file1 
westos
westos
westos
westos
[root@server1 demo]# git checkout -- file1
[root@server1 demo]# cat file1 
westos
westos
westos
[root@server1 demo]# git status
#On branch master
nothing to commit, working directory clean

git log命令显示从最近到最远的提交日志
git log --pretty=oneline 查看简略日志信息
git reflog 查看历史记录
git reset --hard HEAD^
上一个提交状态就是HEAD^ ，上上一个提交状态就是HEAD^^
git reset --hard ae89efc 回退到指定提交状态