GIT命令介绍

Linus花了两周时间自己用C写了一个分布式版本控制系统，这就是Git！一个月之内，Linux系统的源码已经由Git管理了！牛是怎么定义的呢？大家可以体会一下。

区别与集中式的分布式实现！！！！

集中式版本控制系统（cvs、svn），版本库是集中存放在中央服务器的，而干活的时候，用的都是自己的电脑，所以要先从中央服务器取得最新的版本，然后开始干活，干完活了，再把自己的活推送给中央服务器。中央服务器就好比是一个图书馆，你要改一本书，必须先从图书馆借出来，然后回到家自己改，改完了，再放回图书馆. 必须联网才能工作.外网受限制

分布式版本控制系统根本没有“中央服务器”，每个人的电脑上都是一个完整的版本库。因此，分布式版本控制系统通常也有一台充当“中央服务器”的电脑，但这个服务器的作用仅仅是用来方便“交换”大家的修改，没有它大家也一样干活，只是交换修改不方便而已！！Git极其强大的分支管理。

GIT安装参照百度 适合自己的系统 直接安装

git clone 默认是克隆Head指向的branch，默认是master分支，如果是多分支，我们可以单个克隆分支项目。

git clone -b xxx  https://github.com/(服务连接).git //clone xxx分支

确认 git status
# On branch xxx

 

GIT使用命令

1.通过git init命令把这个目录变成Git可以管理的仓库：

$ git init
Initialized empty Git repository in /path/.git/

瞬间Git就把仓库建好了，而且告诉你是一个空的仓库（empty Git repository），可以发现当前目录下多了一个.git的目录，这个目录是Git来跟踪管理版本库的，没事千万不要手动修改这个目录里面的文件，不然改乱了，就把Git仓库给破坏了。

如果你没有看到.git目录，那是因为这个目录默认是隐藏的，用ls -ah命令就可以看见

2.git status命令可以让我们时刻掌握仓库当前的状态

3.git diff 顾名思义就是查看difference，显示的格式正是Unix通用的diff格式

git diff  1.txt

4.对1.txt作了什么修改后，再把它提交到仓库就放心多了，提交修改和提交新文件是一样的两步，

    第一步git add （提交到缓存）

 git add 1.txt 

   git add -A

 git checkout -- file可以丢弃工作区的修改：

$ git checkout -- 1.txt

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

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

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

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

!!!!git checkout -- file命令中的--很重要，没有--，就变成了“切换到另一个分支”的命令!!!!!!!!

同样没有任何输出。在执行第二步git commit（-m "通常书写备注"）之前，我们再运行git status看看当前仓库的状态：

$ git commit -m "add 123"
[master ea34468] add 123
 1 file changed, 1 insertion(+), 1 deletion(-)

提交后，我们再用git status命令看看仓库的当前状态：

$ git status
# On branch master
nothing to commit (working directory clean)

Git告诉我们当前没有需要提交的修改，而且，工作目录是干净（working directory clean）的。

• 要随时掌握工作区的状态，使用git status命令。

• 如果git status告诉你有文件被修改过，用git diff可以查看修改内容 

5.历史记录，在Git中，我们用git log命令查看 ，看得眼花缭乱的，可以试试加上--pretty=oneline参数

 

git log 有许多选项可以帮助你搜寻你所要找的提交， 接下来我们介绍些最常用的。

 

一个常用的选项是 -p，用来显示每次提交的内容差异。 你也可以加上 -2 来仅显示最近两次提交：

 

$ git log -p -2

 

Git必须知道当前版本是哪个版本，在Git中，用HEAD表示当前版本，也就是最新的提交3632144...882e1e0（ID肯定不一样），上一个版本就是HEAD^，上上一个版本就是HEAD^^，当然往上100个版本写100个^比较容易数不过来，所以写成HEAD~100

6.Git的版本回退速度非常快，因为Git在内部有个指向当前版本的HEAD指针，当你回退版本的时候，Git仅仅是把HEAD从指向

git reset --hard HEAD^   \\回退上一个版本

git reset --hard $版本的前7位ID   \\回退到ID版本

7.Git提供了一个命令git reflog用来记录你的每一次命令

• HEAD指向的版本就是当前版本，因此，Git允许我们在版本的历史之间穿梭，使用命令git reset --hard commit_id。

• 穿梭前，用git log可以查看提交历史，以便确定要回退到哪个版本。

• 要重返未来，用git reflog查看命令历史，以便确定要回到未来的哪个版本