码迷,mamicode.com
首页 > 其他好文 > 详细

git简介

时间:2016-06-21 07:14:06      阅读:251      评论:0      收藏:0      [点我收藏+]

标签:

SVN与Git最主要的区别

      SVN是集中式版本控制系统,版本库是集中放在中央服务器的,而工作的时候,用的都是自己的电脑,所以首先要从中央服务器上得到最新的版本,干完后,需要把自己做完的活推送到中央服务器。集中式版本控制系统是必须联网才能工作,如果在局域网还可以,带宽够大,速度够快,如果在互联网下,如果网速慢的话,就郁闷了。

     Git是目前世界上最先进的分布式版本控制系统,也就是它就没有中央服务器,每个人的电脑就是一个完整的版本库,这样,工作的时候就不需要联网了,因为版本都是在自己的电脑上。既然每个人的电脑都有一个完整的版本库,那多个人如何协作呢?比如说自己在电脑上改了文件A,其他人也在电脑上改了文件A,这时,你们两之间只需把各自的修改推送给对方,就可以互相看到对方的修改了。


在windows上安装Git

      虽然windows开发环境不适合开发,但无奈上了贼船,我们就一条道走到黑吧,git的安装包,直接上官网(https://git-scm.com/download/)下载即可。安装完成后,还需要最后一步设置,在命令行输入:

$ git config --global user.name "Your Name"
$ git config --global user.email "email@example.com"
因为Git是分布式版本控制系统,所以需要填写用户名和邮箱作为一个标识。

注意:git config 命令的 –global 参数,用了这个参数,表示你这台机器上所有的Git仓库都会使用这个配置,当然你也可以对某个仓库指定的不同的用户名和邮箱。


创建版本库

     版本库又名仓库,英文名repository,你可以简单的理解为一个目录,这个目录里面的所有文件都可以被Git管理起来,每个文件的修改、删除,Git都能跟踪,以便任何时刻都可以追踪历史,或者在将来某个时刻还可以将文件还原。创建一个版本库也非常简单,如下我在D盘根目录下新建一个git版本库。

技术分享

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

技术分享

这时候你的mygit目录下会多了一个.git的目录,这个目录是Git来跟踪管理版本的,没事千万不要手动乱改这个目录里面的文件,否则会把git仓库给破坏了。如果你没有看到.git目录,那是因为这个目录默认是隐藏的,用ls -ah命令就可以看见。

2. 把文件添加到版本库中

需要再明确一下,所有的版本控制系统,其实只能跟踪文本文件的改动,比如TXT文件,网页,所有的程序代码等等,Git也不例外。版本控制系统可以告诉你每次的改动,而图片、视频这些二进制文件,虽然也能由版本控制系统管理,但没法跟踪文件的变化,只能把二进制文件每次改动串起来,也就是只知道图片从10KB改成了20KB,但到底改了啥,版本控制系统不知道,也没法知道。
不幸的是,Microsoft的Word格式是二进制格式,因此,版本控制系统是没法跟踪Word文件的改动的,前面我们举的例子只是为了演示,如果要真正使用版本控制系统,就要以纯文本方式编写文件。
因为文本是有编码的,比如中文有常用的GBK编码,日文有Shift_JIS编码,如果没有历史遗留问题,强烈建议使用标准的UTF-8编码,所有语言使用同一种编码,既没有冲突,又被所有平台所支持。

使用Windows的童鞋要特别注意:千万不要使用Windows自带的记事本编辑任何文本文件。原因是Microsoft开发记事本的团队使用了一个非常弱智的行为来保存UTF-8编码的文件,他们自作聪明地在每个文件开头添加了0xefbbbf(十六进制)的字符,你会遇到很多不可思议的问题,比如,网页第一行可能会显示一个“?”,明明正确的程序一编译就报语法错误,等等,都是由记事本的弱智行为带来的。建议使用Notepad++代替记事本,不但功能强大,而且免费!记得把Notepad++的默认编码设置为UTF-8 without BOM即可:

技术分享

第一步,用命令git add告诉Git,把文件添加到仓库:
$ git add test.txt
如果没有任何显示,就说明添加成功了,Unix的哲学是“没有消息就是好消息”。

第二步,用命令git commit告诉Git,把文件提交到仓库:

$ git commit -m "提交的注释"

技术分享

git commit命令执行成功后会告诉你,1个文件被改动(我们新添加的test.txt文件),插入了一行内容(test.txt有一行内容)。

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

$ git add file1.txt
$ git add file2.txt file3.txt
$ git commit -m "add 3 files"
我们已经成功地添加并提交了一个test.txt文件,下面可以通过命令git status来查看是否还有文件未提交,如下:

技术分享

说明没有任何文件未提交,现在继续,我们再往test.txt中添加一点内容,现在,运行git status命令看看结果:

技术分享

上面的命令告诉我们,readme.txt被修改过了,但还没有准备提交的修改。git status命令可以让我们时刻掌握仓库当前的状态,虽然Git告诉我们test.txt被修改了,但如果能看看具体修改了什么内容,那就更好了。例如放假归来第一天上班,已经记不清上次都做了什么修改,怎么办?这是可以使用git diff这个命令看看:
$ git diff test.txt

技术分享

git diff顾名思义就是查看difference,显示的格式正是Unix通用的diff格式,可以从上面的命令输出看到,文件内容从两行增加到了三行,添加了一行”222222“,知道了对test.txt作了什么修改后,再把它提交到仓库就放心多了,提交修改和提交新文件都是需要两步,第一步使用git add命令:
$ git add test.txt
同样没有任何输出。在执行第二步git commit之前,我们再运行git status看看当前仓库的状态:

技术分享

git status告诉我们,将要被提交的修改包括test.txt,下一步,就可以放心地提交了:
技术分享
提交后,我们再用git status命令看看仓库的当前状态:

技术分享

Git告诉我们当前没有需要提交的修改,而且,工作目录是干净的


版本回退
我再修改几次文件,像这样,你不断对文件进行修改,然后不断提交修改到版本库里。那么我现在想查看下历史记录,如何查呢?我们现在可以使用命令 git log 来查看:
技术分享
git log命令显示从最近到最远的显示日志,我们可以看到最近三次提交,最近的一次是“add 333333”.上一次是“add 222222”,第一次是 “add 111111”.如果嫌上面显示的信息太多的话,我们可以使用命令 git log –-pretty=oneline 
技术分享
这里面一大串类似82f4ac...a841d0的是commit id(版本号),和SVN不一样,Git的commit id不是1,2,3……递增的数字,而是一个SHA1计算出来的一个非常大的数字,用十六进制表示。之所以用这么一大串数字表示是因为Git是分布式的版本控制系统,后面我们还要研究多人在同一个版本库里工作,如果大家都用1,2,3……作为版本号,那肯定就冲突了。

现在准备把test.txt回退到上一个版本,怎么做呢?首先,Git必须知道当前版本是哪个版本,在Git中,用HEAD表示当前版本,也就是最新的提交82f4ac...a841d0(注意我的提交ID和你的肯定不一样),可以使用如下2种命令,第一种是:git reset  --hard HEAD^ 那么如果要回退到上上个版本只需把HEAD^ 改成 HEAD^^ 以此类推。那如果要回退到前100个版本的话,使用上面的方法肯定不方便,我们可以使用下面的简便命令操作:git reset  –-hard HEAD~100 即可。

现在,我们要把当前版本回退到上一个版本,就可以使用git reset命令:

$ git reset --hard HEAD^
技术分享
再来查看下 test.txt内容,通过命令cat test.txt查看:
技术分享
可以看到,内容已经回退到上一个版本了。我们可以继续使用git log 来查看下历史记录信息,如下:

技术分享
我们看到注释为“add 333333”的那次看不到了,但是现在我想重新返回到最新的版本,我们可以通过版本号回退,使用命令方法如下:git reset  --hard 版本号 ,版本号没必要写全,前几位就可以了,Git会自动去找。当然也不能只写前一两位,因为Git可能会找到多个版本号,就无法确定是哪一个了。但是现在的问题假如我已经关掉过一次命令行或者版本号我并不知道呢?要如何知道已经回退内容的版本号呢?可以通过如下命令即可获取到版本号:git reflog  演示如下:
技术分享
通过上面的提示,我们可以知道版本号是82f4ac5,现在可以使用命令git reset  --hard 82f4ac5来恢复了。演示如下:
技术分享
再看下test.txt的内容
技术分享

工作区与暂存区

工作区(Working Directory):就是你在电脑上看到的目录,比如目录下mygit里的文件(.git隐藏目录版本库除外)。或者以后需要再新建的目录文件等等都属于工作区范畴。

暂存区(

Stage

):

工作区有一个隐藏目录.git,这个不属于工作区,这是版本库。其中版本库里面存了很多东西,其中最重要的就是stage(暂存区),还有Git为我们自动创建了一个分支master,以及指向master的一个指针HEAD。


我们前面说过使用Git提交文件到版本库有两步:

第一步:是使用 git add 把文件添加进去,实际上就是把文件添加到暂存区。

第二步:使用git commit提交更改,实际上就是把暂存区的所有内容提交到当前分支上。

因为我们创建Git版本库时,Git自动为我们创建了唯一一个master分支,所以,现在,git commit就是往master分支上提交更改。

你可以简单理解为,需要提交的文件修改通通放到暂存区,然后,一次性提交暂存区的所有修改。

我们在test.txt再添加一行内容为444444,接着在目录下新建一个文件为other.txt 内容为111111,我们先用命令 git status来查看下状态,如下:

技术分享
现在我们先使用git add 命令把2个文件都添加到暂存区中,再使用git status来查看下状态,如下:
技术分享
然后,执行git commit就可以一次性把暂存区的所有修改提交到分支,一旦提交后,如果你又没有对工作区做任何修改,那么工作区就是“干净”的:
技术分享

管理修改

Git跟踪并管理的是修改,而非文件。什么是修改?增加删除内容都是修改,甚至创建一个新文件,也算一个修改。为了证明Git管理的是修改,而不是文件,我们做一个实验。第一步,对test.txt做一个修改,比如加一行内容,然后添加:

技术分享

然后,再修改test.txt,提交后再看状态:

技术分享

第二次的修改并没有被提交。我们回顾一下操作过程:第一次修改 -> git add -> 第二次修改 -> git commit

Git管理的是修改,当你用git add命令后,在工作区的第一次修改被放入暂存区,准备提交,但是,在工作区的第二次修改并没有放入暂存区,所以,git commit只负责把暂存区的修改提交了,也就是第一次的修改被提交了,第二次的修改不会被提交。

提交后,用git diff HEAD -- readme.txt命令可以查看工作区和版本库里面最新版本的区别:

技术分享

第二次修改确实没有被提交。

那怎么提交第二次修改呢?你可以继续git add再git commit,也可以别着急提交第一次修改,先git add第二次修改,再git commit,就相当于把两次修改合并后一块提交了


撤销修改

现在做了半天工作了,在我未提交之前,我发现添加的内容(例如我加了777777)有误,所以我得马上恢复以前的版本,现在我可以有如下几种方法可以做修改:

第一:如果我知道要删掉哪些内容的话,直接手动更改去掉那些需要的文件,然后add添加到暂存区,最后commit掉。

第二:我可以直接恢复到上一个版本。使用 git reset  --hard HEAD^

但是现在我不想使用上面的2种方法,我想直接想使用撤销命令该如何操作呢?首先在做撤销之前,我们可以先用 git status 查看下当前的状态

技术分享

Git会告诉你,git checkout -- <file> 可以丢弃工作区的修改,如下命令:

git checkout --  test.txt,如下所示:

技术分享

命令 git checkout --test.txt 意思就是,把test.txt文件在工作区做的修改全部撤销,这里有2种情况:

    1. readme.txt自动修改后,还没有放到暂存区,使用撤销修改就回到和版本库一模一样的状态。
    2. 另外一种是readme.txt已经放入暂存区了,接着又作了修改,撤销修改就回到添加暂存区后的状态。

上面是第一种情况,下面再测试下第二种情况,也就是已经git add了,但还没有git commit
技术分享
庆幸的是,在commit之前,你发现了这个问题。用git status查看一下,修改只是添加到了暂存区,还没有提交。Git同样告诉我们,用命令git reset HEAD <file> 可以把暂存区的修改撤销掉(unstage),重新放回工作区:

技术分享

git reset命令既可以回退版本,也可以把暂存区的修改回退到工作区。当我们用HEAD时,表示最新的版本。

再用git status查看一下,现在暂存区是干净的,工作区有修改:

技术分享

接着撤销工作区的修改:

技术分享

总之,就是让这个文件回到最近一次git commit或git add时的状态。
注意:命令git checkout --readme.txt 中的"--"很重要,如果没有"--"的话,那么命令变成创建分支了。

删除文件

假如我现在版本库mygit目录添加一个文件a.txt,然后提交,如下:
技术分享

通常情况下,可以直接在文件管理器中把没用的文件删了,或者用rm命令删了:rm a.txt
这个时候,Git知道你删除了文件,因此,工作区和版本库就不一致了,git status命令会立刻告诉你哪些文件被删除了:
技术分享

现在有两种情况,一是确实要从版本库中删除该文件,那就用命令git rm 命令删掉,并且git commit:

技术分享

现在,文件就从版本库中被删除了。
另一种情况是删错了,只要没有commit,那么版本库里还有,所以可以很轻松地把误删的文件恢复到最新版本:
技术分享
git checkout其实是用版本库里的版本替换工作区的版本,无论工作区是修改还是删除,都可以“一键还原”。


git简介

标签:

原文地址:http://blog.csdn.net/xuemengrui12/article/details/51713635

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!