Git学习(一) 版本号管理工具

Git 是一个分布式版本号控制工具。它的做者 Linus Torvalds 是这样给咱们介绍 Git  —— The stupid content tracker（傻瓜式的内容跟踪器）

一、 Git 背景

Git 最初由Linus Torvalds编写，用于 Linux 内核开发的版本号控制工具。

Git 与常用的版本号控制工具 CVS、Subversion 等不一样，它採用了分布式版本号库的方式，没必要server端软件支持。使源码的公布和交流极其方便。

 

Git 的速度很是快，这对于诸如 Linux kernel 这种大项目来讲天然很是重要，Git 最为出色的是它的合并跟踪（merge tracing）能力。

实际上内核开发团队决定開始开发和使用 Git 来做为内核开发的版本号控制系统的时候。世界开源社群的反对声音很多，最大的理由是 Git 太艰涩难懂。从 Git 的内部工做机制来讲，的确是这样。但是随着开发的深刻。Git 的正常使用都由一些友好的脚本命令来运行，使 Git 变得很好用，即便是用来管理咱们本身的开发项目。Git 都是一个友好、有力的工具。现在，愈来愈多的著名项目採用 Git 来管理项目开发，好比：wine、hiphop-php 等。

Git 做为开源自由原教旨主义项目。没有对版本号库的浏览和改动作不论什么的权限限制，但经过其它工具也可以达到有限的权限控制。比方：gitosis、CodeBeamer MR。本来 Git的使用范围仅仅适用于 Linux / Unix 平台。但逐步并成熟了在 Windows 平台下的使用，主要归功于Cygwin与msysgit环境与TortoiseGit这样易用的 GUI 工具。事实上 Git 的源码中已经增长了对 Cygwin 与 MinGW 编译环境的支持并被逐步无缺，对于 Windows 使用者是个福音。

二、 为何选择Git

流行的软件版本号开源管理软件，有CVS、SVN、GIT版本号管理工具，Git的优点在哪里呢？

Git 和 CVS、SVN不一样。是一个分布式的源码管理工具，它很是强，也很是快，Linux内核的代码就是用Git管理的，它给咱们带来的直接优势有：

1. 初始化。git init, git commit -a, 就完了。

对于随便写两行代码就要放到代码管理工具里的人来讲，再合适只是。

也可以拿git作备份系统，或者同步两台机器的文档，都很是方便。

2. 绝大部分操做在本地完毕，不用和集中的代码管理server交互，最终可以随时随地大胆地check in代码了。

 仅仅有最终完毕的版本号才需要向一个中心的集中的代码管理server提交。

3. 每次提交都会对所有代码建立一个惟一的commit id。不像CVS那样都是对单个文件分别进行版本号的更改。

因此你可以一次性将某次提交前的所有代码check出来，而不用考虑究竟提交过那些文件。

（事实上SVN也可以作到这点）

4. branch管理easy多了。无论是创建新的branch。仍是在branch之间切换都一条命令完毕，不需要创建多余的文件夹。

5. branch之间merge时，不只代码会merge在一块儿，check in历史也会保留，这点很重要。

Git 的优点主要有：

一、更方便的 Merge

分布式管理一定致使大量的 Branch 和 Merge 操做。所以分布式版本号控制系统都特别注意这方面。

在传统的 CVS 里面制做 Branch 和 Merge 简直就是噩梦。Subversion 做为一个用于替代 CVS 的系统，专门改进了 Branch 操做。然而彷佛人们没有注意到，Branch 是轻松了。可是 Merge 呢？假设不能很是方便地 Merge 回来，作 Branch 仍然是噩梦。其实，我就经历过在开发团队里面由于队友操做不正确而在 Merge 的时候把个人不少代码都覆盖掉了。当时正是使用的 subversion 。尽管源码仍然在历史里面，可是要去一个一个地找出被覆盖掉的文件并恢复过来确实是一件很是难忘的事情。

二、更方便的管理

传统的版本号控制系统使用中央仓库，一些仓库相关的管理就仅仅能在仓库上进行。赋予开发团队每一个人中央仓库的管理权限是很很差的。但是有时候确实会比較不方便的地方。

三、更健壮的系统

分布式系统普通状况下老是比单服务端的系统要健壮，因为当服务端一旦挂掉了整个系统就不能执行了。然而分布式系统一般不会因为一两个节点而受到影响。

四、对网络的依赖性更低

尽管现在网络很普及，但是并不是随时随地都有快速网络，甚至有时候根本没有网络可以訪问。

低速的网络会让人心情烦躁，有时候就呆呆地盯着屏幕上的 commit 进度，什么事情也干不了。而没有网络链接更是致命的：你没法 commit ！

这表示你进行不论什么修改之前都必须当心翼翼。不然你可能再也找不会你之前写的一些代码了。

五、更少的“仓库污染”

有时候你要作一个模块，它不是太大。因此没有必要为它新建一个 branch ，但是它又不是那么小，不可能一次提交就作好。

因而便会提交一些不完整的代码到仓库，有时候会致使整个程序没法执行，严重影响团队里其它人的开发。大多数人在这种状况下的解决的方法都是写完以后再提交。但是做为习惯了版本号控制的人来讲，进行不计后果的大幅改动是经常的事情，到后来忽然发现本身先前的代码没有提交，就懊悔莫及了。

假设是分布式系统的话就不会存在这种问题。因为本地仓库的改动不会影响到别人的仓库。当你完毕并測试之后，就可以在邮件列表里面说：我已经把这个模块作好了。而后感兴趣的人就可以从你这里 pull 你的成果了。

尽管网上各类对Git的誉美之词决不止于此，但是在Git的主站上，仍是尽量客观的对Git和Subversion进行了一番比較（GitSvnComparsion）。

另外。Subversion眼下经过 SVK 也已经提供了必定程度上的源码库分布式的管理能力，能够实现源码的离线提交等功能。

 

三、 Git 、CVS、SVN比較

项目源码的版本号管理工具中。比較常用的主要有：CVS、SVN、Git 和 Mercurial  （当中，关于SVN。请參见我先前的博客：SVN常用命令 和 SVNserver配置）

眼下Google Code支持SVN、Git、Mercurial三种方式，好比：我上传的 linux-kernel-source（Git 方式）、sdk-java（SVN方式）。那么它们各有什么差异呢？

Git与CVS 的差异 

• 分支更快、更easy。
• 支持离线工做。本地提交可以稍后提交到server上。
• Git 提交都是原子的。且是整个项目范围的，而不像 CVS 中同样是对每个文件的。
• Git 中的每个工做树都包括一个具备完整项目历史的仓库。

• 没有哪个 Git 仓库会天生比其它仓库更重要。

Git与SVN 的差异

Git 不不过个版本号控制系统，它也是个内容管理系统(CMS)、工做管理系统等。

假设你曾是一个使用过SVN背景的人，那么你可以很是easy的作必定的思想转换。来适应Git提供的一些概念和特征。这篇文章的主要目的就是经过介绍Git能作什么，以及它和SVN在深层次上到底有什么不一样。经过比較来帮助你更好的认识Git

1. Git是分布式的，SVN不是

   这是Git和其余非分布式的版本号控制系统（SVN。CVS）最核心的差异。假设你能理解这个概念。那么你就已经上手一半了。

   需要作一点声明。Git并不是眼下第一个或惟一的分布式版本号控制系统。另外一些系统如 Bitkeeper, Mercurial 等也是执行在分布式模式上的，但Git在这方面作的更好，而且有不少其余强大的功能特征。

   Git 跟SVN同样有本身的集中式版本号库或server。

   但 Git 更倾向于被使用于分布式模式，也就是每个开发者从中心版本号库的server上chect out代码后会在本身的机器上克隆一个本身的版本号库。能够这样说，假设你被困在一个不能链接网络的地方时，就像在飞机上，地下室，电梯里等。你仍然能够提交文件，查看历史版本号记录，建立项目分支等。对一些人来讲。这好像没多大用处。但当你忽然遇到没有网络的环境时，这个将解决你的大麻烦。

   相同，这种分布式的操做模式对于开源软件社区的开发来讲也是个巨大的恩赐。你没必要再像曾经那样作出补丁包。经过email方式发送出去，你仅仅需要建立一个分支。向项目团队发送一个推请求。这能让你的代码保持最新，而且不会在传输过程当中丢失。一个这种优秀案例就是： GitHub.com 

   有些谣言传出来讲subversion未来的版本号也会基于分布式模式。但至少眼下还看不出来。

2. Git 把内容按元数据方式存储。而SVN是按文件

   所有的资源控制系统都是把文件的元信息隐藏在一个相似.svn、.cvs等的文件夹里。假设你把 .git 文件夹的体积大小跟.svn比較。你会发现它们差距很是大。因为 .git 文件夹是处于你的机器上的一个克隆版的版本号库，它拥有中心版本号库上所有的东西，好比标签、分支、版本号记录等。

3. Git 分支和SVN的分支不一样

   分支在SVN中一点不特别，就是版本号库中的另外的一个文件夹。假设你想知道是否合并了一个分支。你需要手工执行像这种命令svn propget svn:mergeinfo，来确认代码是否被合并。因此，经常会发生有些分支被遗漏的状况。

   然而，处理Git 的分支倒是至关的简单和有趣，你可以从同一个工做文件夹下高速的在几个分支间切换。你很是easy发现未被合并的分支，你能简单而快捷的合并这些文件。

4. Git 没有一个全局的版本。而SVN有

   眼下为止这是跟SVN相比GIT缺乏的最大的一个特征。

   你也知道，SVN的版本实际是不论什么一个对应时间的源码快照，它是从CVS进化到SVN的最大的一个突破。Git 可以使用SHA-1来惟一的标识一个代码快照，但这个并不能全然的取代SVN里easy阅读的数字版本。

5. Git 的内容完整性要优于SVN

   Git 的内容存储使用的是SHA-1哈希算法。这能确保代码内容的完整性，确保在遇到磁盘故障和网络问题时减小对版本号库的破坏。这有一个很是好的关于Git 内容完整性的讨论。（英文原文參考：diff）

CVS-SVN-GIT综合比較

首先，介绍几个版本号控制软件相互比較的重要根据：

（1）版本号库模型（Repository model）：描写叙述了多个源代码版本号库副本间的关系，有client/server和分布式两种模式。在client/server模式下，每一用户经过client訪问位于server的主版本号库，每一客户机仅仅需保存它所关注的文件副本。对当前工做副本（working copy）的更改仅仅有在提交到server以后，其余用户才干看到相应文件的改动。而在分布式模式下，这些源代码版本号库副本间是对等的实体，用户的机器出了保存他们的工做副本外。还拥有本地版本号库的历史信息。

（2）并发模式（Concurrency model）：描写叙述了当同一时候对同一工做副本/文件进行更改或编辑时。怎样管理这样的冲突以免产生无心义的数据，有排它锁和合并模式。

在排它锁模式下，仅仅有发出请求并得到当前文件排它锁的用户才干对对该文件进行更改。而在合并模式下，用户可以任意编辑或更改文件，但可能随时会被通知存在冲突（两个或多个用户同一时候编辑同一文件），因而版本号控制工具或用户需要合并更改以解决这样的冲突。所以。差点儿所有的分布式版本号控制软件採用合并方式解决并发冲突。

（3）历史模式（History model）：描写叙述了怎样在版本号库中存贮文件的更改信息，有快照和改变集两种模式。在快照模式下，版本号库会分别存储更改发生先后的工做副本；而在改变集模式下，版本号库除了保存更改发生前的工做副本外，仅仅保存更改发生后的改变信息。

（4）变动范围（Scope of change）：描写叙述了版本号编号是针对单个文件仍是整个文件夹树。

（5）网络协议（Network protocols）：描写叙述了多个版本号库间进行同步时採用的网络协议。

（6）原子提交性（Atomic commit）：描写叙述了在提交更改时，是否能保证全部更改要么全部提交或合并。要么不会发生不论什么改变。

（7）部分克隆（Partial checkout/clone）：是否支持仅仅拷贝版本号库中特定的子文件夹。

 

名称	版本号库模型	并发模式	历史模式	变动范围	网络协议	原子提交性	部分克隆
CVS	Client-server	Merge	Changeset	File	Pserver,ssh	No	Yes
SVN	Client-server	3-way merge, recursive merge, octopus merge	Changeset and Snapshot	Tree	custom (svn), custom (svn) over ssh, HTTP and SSL (usingWebDAV)	Yes	Yes
Git	Distributed	Merge or lock	Snapshot	Tree	custom, custom over ssh, rsync, HTTP/HTTPS, email, bundles	Yes	No

Trunk、Branches、Tags 差异：

Trunk：软件开发过程当中的主线，开发时版本号存放的文件夹，即在开发阶段的代码都提交到该文件夹上，保存了从版本号库创建到当前的信息。 

Branches：软件开发过程当中的分支。公布版本号存放的文件夹。即项目上线时公布的稳定版本号存放在该文件夹中，保存了从版本号库的某一特定点（不必定是版本号库创建时）到当前的信息。

tags：表示标签存放的文件夹，tags仅仅可读。不可写

分支主要用于在不影响Trunk其余用户状况下进行一些关于新功能的探索性或实验性的开发，待新功能无缺后它也可以合并到Trunk中。

（原文，请參考我在百度空间的博客：Git 命令參数及使用方法具体解释）

四、 Git 在Windows上的使用

Git 是为Linux而生的，其最初建立人就是Linux的创始人—— Linus Torvalds

Linux环境下。使用Git 与不论什么Linux中的命令行工具没有什么差异，甚至在击键数上还有明显的优点。

Windows环境下，使用Git在眼下看来仅仅有两种方法：

一、使用 Cygwin（一个在Windows上执行的Linux环境）

二、使用 msysgit（Windows下提供图形界面和命令行）

Cygwin和msysgit的用法相似，Cygwin具备大量Linux的功能，假设仅仅是想使用Git功能。msysgit仍是最简单和高速的方法。

为了能够具有经过互联网实现与别人协做开发的能力，对于项目需要一个公开的源码托管服务。好在，现在已经有很多能够供咱们选择的，尤为是githost。更是一个中文的源码托管服务提供方。从眼下看来，在Githost上落户的项目还很是少，貌似是一个新近诞生的服务提供方。假设项目对服务提供的稳定性有比較高的要求的话，仍是选择较老的git源码托管服务比較好吧。

假设是在局域网内工做的小组，要使用Git作源码管理。那就更简单了，你们安装好本身的Git，并指定一我的负责对Git版本号库进行管理就行了。

（1） GitHub简单介绍

GitHub是使用Ruby开发的，具备清爽的界面。

GitHub提供免费的源码库托管。同一时候也提供付费的托管服务。经过付费私有库托管服务在財务上支持免费部分的持续运营。

GitHub提供了一套独特的代码库管理界面功能，并提供项目Wiki的能力。

GitHub提供了一系列的指南。官方网址：GitHub

（2）Windows系统上安装Git

首先，下载并安装msysgit程序：download

接着，安装下载的 Git-1.7.10-preview20120409.exe，可以选择最新的Git版本号。以取得更好的使用效果。

安装的过程很是easy，基本上可以使用默认设置。仅仅是在设置路径的时候要注意一下，为了不与Windows路径致使的意外状况，仍是使用“Use Git Bash Only”比較安全。

Msysgit有命令行和图形UI两种使用方式，依据你的喜爱选择吧，要说的是，图形UI可能不能完毕所有的工做，所以在某些状况下（好比建立SSH Key），命令行仍是不可缺乏的。Msysgit的Bash命令行对中文的支持很差。所有的中文字符都显示成了“？”。

所以，为了不麻烦，最好避免使用中文的文件名称、文件夹名和username等

Msysgit 图形界面例如如下：

（原文。请參考我在百度空间的博客：Git 界面GUI和命令行Command两种操做方式）

（3） 设定GitHub

要使用GitHub，首先需要建立SSH Key，SSH将用来加密本机与远端server之间的通讯，同一时候也是识别你对代码所作的变动的方法。

SSH Key可以使用Git命令行来产生，假设你已经有一个SSH Key，那么在这里也可以直接使用。

要使用Git建立SSH Key 首先需要打开Git Bash 命令行，输入命令：

ssh-keygen  -C  "username@email.com"  -t  rsa

说明：username@email.com 需要更换成你本身的email地址

程序将提出一些问题。接受文件默认存放位置，当要求输入pass phrase时，假设本机安全没有问题。也可以不输入。找到当时制定的文件存储位置中id_rsa.pub文件，这就是在GitHub上申请账户时需要使用的SSH公钥文件。

在github.com的register中选择Free account，在兴许的界面中依照要求填入对应的内容就能够完毕注冊，很是easy的。

五、 Git 服务相关

一、  创建Git远程server：

眼下貌似尚未在Windows上创建Gitserver的。足见Linux在开源社区里强大的优点啊！

^_^

Hosting Git repositories, The Easy (and Secure) Way ：gitosis

二、  基于Git的源码托管

Gitorious

Gitorious is another free hosting site with a custom web interface, supporting multiple repositories per project, local installations and with open source

repo.or.cz
repo.or.cz is the oldest hosting site, accommodating many hundreds of projects, with open-sourced infrastructure and aimed at open source software. It provides full push features as well as simple mirroring mode and gitweb interface with various enhancements. 

GitHub 
GitHub provides both free hosting for smaller projects and paid options for private hosting and large-sized projects. It uses a custom web interface including a wiki hosting and puts emphasis on social networking of project developers

三、  关于Git的实用的联结：

Git-scm：go url

Git Reference：go url

Git - SVN Crash Course：go url

Everyday GIT With 20 Commands Or So：go url

Git User's Manual (for version 1.5.3 or newer) ：go url

Getting Started with Git and GitHub on Windows：go url