版本号控制系统简单介绍

版本号控制系统是一种记录若干文件内容变化。以便将来查阅特定版本号修订情况的系统。该系统不仅能够度软件源码的文本文件进行版本号控制管理。也能够对不论什么其它类型的文件进行版本号控制。有了版本号控制系统，我们便能够将某个文件回溯到之前的状态，甚至将整个项目都回溯到过去的某个时间点的状态。我们能够比較文件的变化细节。查出最后是谁改动了哪个地方，从而导致出现怪异的问题，又是谁在何时报告了某个功能缺陷等等。

版本号控制系统的种类

1.      集中化版本号控制系统CVCS(Centralized Version Control Systems): 如CVS, Subversion, Perforce等。

这类系统有一个单一的集中管理的server，保存全部文件的修订版本号，而协同工作的人都通过client连接到这台server，取出最新的文件或者提交更新。

长处：每一个人都能够在一定程度上看到项目中其它人正在做些什么，而管理员也能够轻松掌控每一个开发人员的权限，而且管理一个CVCS远比在各个client上维护本地数据库easy。

缺点: 中央server的单点故障。假设中央server出现问题，如中央server磁盘发生问题、死机等。都可能导致无法提交更新和数据丢失等问题。

2.      分布式版本号控制系统DVCS(Distributed Version Control System): 如Git, Mercuril, Bazaar, Darcs等。client不仅仅是提取最新版本号的文件快照，而是把原始的代码仓库完整地镜像下来。这样以来，不论什么一处协同工作用的server发生问题，事后都能够用不论什么一个镜像出来的本地仓库恢复。由于每一次的提取操作，实际上都是一次对代码仓库的完整备份。

Git简单介绍

Git是由Linux鼻祖Linus Torvalds开发的，用于管理Linux的内核代码，并具有速度飞快、设计简单、对非线性开发模式强力支持(同意上千个并行开发的分支)、全然分布式、有能力高效管理类似Linux内核一样的超大规模的项目。

Git特性

1.      直接记录快照。而非差异比較: Git仅仅关心文件数据的总体是否发生变化，而大多数其它系统仅仅关心文件内容的详细差异，这类系统(CVS, Subversion, Perforce, Bazaar等)每次记录哪些文件做了哪些更新。

而Git并不保存这些前后变化的数据差异。而是把变化的文件作快照后，记录在一个微型的文件系统中。每次提交更新时，它会纵让览以便全部文件的指纹信息并对文件作以快照，然后保存一个指向这次快照的索引。

为提高性能，若文件没有变化，Git不会再次保存。而仅仅对上次保存的快照作一链接。Git工作方式例如以下:

   svn工作方式例如以下:

2.      近乎全部操作都是本地运行: Git的绝大多数操作都仅仅须要訪问本地文件和资源。不用连网。由于Git在本地磁盘

上就保存这全部当前项目的历史更新，所以处理起来速度飞快。

用CVCS的话，没有网络或者断开VPN便无法做和不论什么事。

但用Git的话，没有网络时能够频繁地提交，到有网络时再上传到远程仓库。

  3．时刻保持数据完整性: 在保存到 Git 之前，全部数据都要进行内容的校验和（checksum）计算。并将此结果作为

数据的唯一标识和索引。

换句话说，不可能在你改动了文件或文件夹之后，Git 一无所知。这项特性作为 Git 的设计哲学，建在总体架构的最底层。所以假设文件在传输时变得不完整。或者磁盘损坏导致文件数据缺失。Git 都能马上察觉。

4. 多数操作仅加入数据: 经常使用的Git操作大多不过把数据加入到数据库中。由于不论什么一种不可逆的操作。比方删除数据，都会使回退或重现历史版本号变得困难重重。在别的VCS中。若还未提交更新，就有可能丢失或者混淆一些改动的内容，但在Git里。一旦提交快照后就全然不用操心丢失数据，特别是养成定期推送到其它仓库的习惯的话。

主要的Git工作流程

1.      在工作文件夹中改动某些文件

2.      对改动后的文件进行快照，然后保存到暂存区域

3.      提交更新，将保存在暂存区域的文件快照永久转储到Git文件夹中

获取项目的Git仓库的两种方法

1.      在现存的文件夹下。通过导入全部文件来创建新的Git仓库。即进入到项目所在的文件夹，运行$git init语句。

初始化后，在当前文件夹下会出现一个名为.git的文件夹。全部Git须要的数据和资源都存在这个文件夹中。不过眼下。不过依照既有的结构框架初始化了里边全部的文件和文件夹，但还没有開始跟踪管理项目中的不论什么一个文件。当用git add命令add项目中的文件数据时，Git便開始对这些文件数据进行跟踪管理。

2.       从远程server现有仓库中克隆，使用的命令格式为git clone<url>，如: $git clonegit://github.com/schacon/grit.git。这便会当前文件夹下创建一个名为“grit”的文件夹，当中包括一个.git的文件夹。用于保存下载下来的全部版本号记录。然后从中取出最新版本号的文件拷贝。同一时候，gerit文件夹下还包括该项目中的全部文件。须要注意的是。刚从远程server中clone出代码仓库时，git处于本地master分支上，而该本地master分支上是没有数据的，要获得数据(远程代码仓库中的数据)，须要切换到远程代码仓库中的分支上。或者，将远程代码仓库上的分支合并到本地master分支上，这样以来。本地master分支便有了项目的全部文件数据。假设希望在克隆的时候，自己要定义新建的项目的文件夹名称。能够在clone命令后面指定新的名字。如:$git clone git://github.com/schacon/grit.git MyGrit。    

忽略某些文件

假设不希望某些文件总出如今未跟踪的文件列表中。如自己主动生成的日志文件、编译过程中创建的暂时文件等。我们能够将这些文件不纳入Git的管理中。这可通过定义一个名为.gitignore的文件。文件里列出要忽略的文件模式。文件爱你.gitignore的格式规范例如以下:

● 全部空行或者以凝视符号#开头的行都会被Git忽略。

    ● 能够使用标准的glob模式匹配。*匹配模式最后跟反斜杠(/)说明要忽略的是文件夹。*要忽略指定模式以外的文件或文件夹，能够在模式前加上感叹号(!)取反。

比如:

    # 此为凝视 – 将被 Git 忽略

*.a         # 忽略全部 .a 结尾的文件

!lib.a       # 但 lib.a 除外

/TODO     # 只忽略项目根文件夹下的 TODO 文件。不包含 subdir/TODO

build/      # 忽略 build/ 文件夹下的全部文件

doc/*.txt    # 会忽略 doc/notes.txt 但不包含 doc/server/arch.txt

gitdiff简单介绍

  git diff用于查看已暂存和未暂存的更新。不仅能列出哪些文件被改动过，还能列出当前做的哪些更新还没有暂存，哪些更新已经暂存起来准备好了下次提交，同一时候还会以文件补丁的格式显示详细加入和删除的行。

&git diff比較工作文件夹中当前文件和暂存区域快照之间的差异，&git diff –cached 或 $git diff –staged比較已经暂存起来的文件和上次提交时的快照之间的差异。