Git---基础（转）

Git是一个分布式的版本控制工具，本篇文章从介绍Git开始，重点在于介绍Git的基本命令和使用技巧，让你尝试使用Git的同时，体验到原来一个版本控制工具能够对开发产生如此之多的影响，文章分为两部分，第一部分介绍Git的一些经常使用命令，其中穿插介绍Git的基本概念和原理，第二篇重点介绍Git的使用技巧，最后会在Git Hub上建立一个开源项目开启你的Git实战之旅

Git是什么

Git在Wikipedia上的定义：它是一个免费的、分布式的版本控制工具，或是一个强调了速度快的源代码管理工具。Git最初被Linus Torvalds开发出来用于管理Linux内核的开发。每个Git的工做目录都是一个彻底独立的代码库，并拥有完整的历史记录和版本追踪能力，不依赖于网络和中心服务器。

Git的出现减轻了许多开发者和开源项目对于管理分支代码的压力，因为对分支的良好控制，更鼓励开发者对本身感兴趣的项目作出贡献。其实许多开源项目包括Linux kernel, Samba, X.org Server, Ruby on Rails，都已通过渡到使用Git做为本身的版本控制工具。对于咱们这些喜欢写代码的开发者嘛，有两点最大的好处，咱们能够在任何地点（在上班的地铁上）提交本身的代码和查看代码版本；咱们能够开许许多多个分支来实践咱们的想法，而合并这些分支的开销几乎能够忽略不计。

Git 1+1

如今进入本篇文章真正的主题，介绍一下Git的基本命令和操做，会从Git的版本库的初始化，基本操做和独有的经常使用命令三部分着手，让你们可以开始使用Git。

Git一般有两种方式来进行初始化:

git clone: 这是较为简单的一种初始化方式，当你已经有一个远程的Git版本库，只须要在本地克隆一份，例如'git clone git://github.com/someone/some_project.git some_project'命令就是将'git://github.com/someone/some_project.git'这个URL地址的远程版 本库彻底克隆到本地some_project目录下面

git init和git remote：这种方式稍微复杂一些，当你本地建立了一个工做目录，你能够进入这个目录，使用'git init'命令进行初始化，Git之后就会对该目录下的文件进行版本控制，这时候若是你须要将它放到远程服务器上，能够在远程服务器上建立一个目录，并把 可访问的URL记录下来，此时你就能够利用'git remote add'命令来增长一个远程服务器端，例如'git remote add origin git://github.com/someone/another_project.git'这条命令就会增长URL地址为'git: //github.com/someone/another_project.git'，名称为origin的远程服务器，之后提交代码的时候只须要使用 origin别名便可

如今咱们有了本地和远程的版本库，让咱们来试着用用Git的基本命令吧：

git pull：从其余的版本库（既能够是远程的也能够是本地的）将代码更新到本地，例如：'git pull origin master'就是将origin这个版本库的代码更新到本地的master主枝，该功能相似于SVN的update

git add：是将当前更改或者新增的文件加入到Git的索引中，加入到Git的索引中就表示记入了版本历史中，这也是提交以前所须要执行的一步，例如'git add app/model/user.rb'就会增长app/model/user.rb文件到Git的索引中

git rm：从当前的工做空间中和索引中删除文件，例如'git rm app/model/user.rb'

git commit：提交当前工做空间的修改内容，相似于SVN的commit命令，例如'git commit -m "story #3, add user model"'，提交的时候必须用-m来输入一条提交信息

git push：将本地commit的代码更新到远程版本库中，例如'git push origin'就会将本地的代码更新到名为orgin的远程版本库中

git log：查看历史日志

git revert：还原一个版本的修改，必须提供一个具体的Git版本号，例如'git revert bbaf6fb5060b4875b18ff9ff637ce118256d6f20'，Git的版本号都是生成的一个哈希值

上面的命令几乎都是每一个版本控制工具所公有的，下面就开始尝试一下Git独有的一些命令：

git branch：对分支的增、删、查等操做，例如'git branch new_branch'会从当前的工做版本建立一个叫作new_branch的新分支，'git branch -D new_branch'就会强制删除叫作new_branch的分支，'git branch'就会列出本地全部的分支

git checkout：Git的checkout有两个做用，其一是在不一样的branch之间进行切换，例如'git checkout new_branch'就会切换到new_branch的分支上去；另外一个功能是还原代码的做用，例如'git checkout app/model/user.rb'就会将user.rb文件从上一个已提交的版本中更新回来，未提交的内容所有会回滚

git rebase：用下面两幅图解释会比较清楚一些，rebase命令执行后，其实是将分支点从C移到了G，这样分支也就具备了从C到G的功能

git reset：将当前的工做目录彻底回滚到指定的版本号，假设以下图，咱们有A-G五次提交的版本，其中C的版本号是 bbaf6fb5060b4875b18ff9ff637ce118256d6f20，咱们执行了'git reset bbaf6fb5060b4875b18ff9ff637ce118256d6f20'那么结果就只剩下了A-C三个提交的版本

  

 

git stash：将当前未提交的工做存入Git工做栈中，时机成熟的时候再应用回来，这里暂时提一下这个命令的用法，后面在技巧篇会重点讲解

git config：利用这个命令能够新增、更改Git的各类设置，例如'git config branch.master.remote origin'就将master的远程版本库设置为别名叫作origin版本库，后面在技巧篇会利用这个命令个性化设置你的Git，为你打造独一无二的 Git

git tag：能够将某个具体的版本打上一个标签，这样你就不须要记忆复杂的版本号哈希值了，例如你可使用'git tag revert_version bbaf6fb5060b4875b18ff9ff637ce118256d6f20'来标记这个被你还原的版本，那么之后你想查看该版本时，就可使用 revert_version标签名，而不是哈希值了

Git之因此可以提供方便的本地分支等特性，是与它的文件存储机制有关的。Git存储版本控制信息时使用它本身定义的一套文件系统存储机制，在代码根目录下有一个.git文件夹，会有以下这样的目录结构：

有几个比较重要的文件和目录须要解释一下：HEAD文件存放根节点的信息，其实目录结构就表示一个树型结构，Git采用这种树形结构来存储版本信息，那么HEAD就表示根；refs目录存储了你在当前版本控制目录下的各类不一样引用（引用指的是你本地和远程所用到的各个树分支的信息），它有heads、remotes、stash、tags四个子目录，分别存储对不一样的根、远程版本库、Git栈和标签的四种引用，你能够经过命令'git show-ref'更清晰地查看引用信息；logs目录根据不一样的引用存储了日志信息。所以，Git只须要代码根目录下的这一个.git目录就能够记录完整的版本控制信息，而不是像SVN那样根目录和子目录下都有.svn目录。那么下面就来看一下Git与SVN的区别吧

Git与SVN的不一样

SVN（Subversion）是当前使用最多的版本控制工具。与它相比较，Git最大的优点在于两点：易于本地增长分支和分布式的特性。

下面两幅图能够形象的展现Git与SVN的不一样之处

对于易于本地增长分支，图中Git本地和服务器端结构都很灵活，全部版本都存储在一个目录中，你只须要进行分支的切换便可达到在某个分支工做的效果。而SVN则彻底不一样，若是你须要在本地试验一些本身的代码，只能本地维护多个不一样的拷贝，每一个拷贝对应一个SVN服务器地址。举一个实际的例子，之前我所在的小组使用SVN做为版本控制工具，当我正在试图加强一个模块，工做作到一半，因为会改变原模块的行为致使代码服务器上许多测试的失败，因此并无提交代码。这时候上级对我说，如今有一个很紧急的Bug须要处理， 必须在两个小时内完成。我只好将本地的全部修改diff，并输出成为一个patch文件，而后回滚有关当前任务的全部代码，再开始修改Bug的任务，等到修改好后，在将patch应用回来。前先后后要完成多个繁琐的步骤，这还不计中间代码发生冲突所要进行的工做量。但是若是使用Git， 咱们只须要开一个分支或者转回到主分支上，就能够随时开始Bug修改的任务，完成以后，只要切换到原来的分支就能够优雅的继续之前的任务。只要你愿意，每个新的任务均可以开一个分支，完成后，再将它合并到主分支上，轻松而优雅。

分布式对于Git而言，你能够本地提交代码，因此在上面的图中，Git有利于将一个大任务分解，进行本地的屡次提交，而SVN只能在本地进行大量的一次性更改，致使未来合并到主干上形成巨大的风险。Git的代码日志是在本地的，能够随时查看。SVN的日志在服务器上的，每次查看日志须要先从服务器上下载下来。我工做的小组，代码服务器在美国，每次查看小组几年前所作的工做时，日志下载就须要十分钟，这不能不说是一个痛苦。后来咱们迁移到Git上，利用Git日志在本地的特性，我用Ruby编写了一个Rake脚本，能够查看某个具体任务的全部代码历史，每次只须要几秒钟，大大方便个人工做。固然分布式并非说用了Git就不须要一个代码中心服务器，若是你工做在一个团队里，仍是须要一个服务器来保存全部的代码的。

总结

本篇介绍了Git的基本概念、一些经常使用命令和原理，你们能够尝试动手体会一下，下一篇会重点介绍Git命令的使用技巧，Git附带的工具，最后会在Git Hub上建立一个开源项目，敬请期待。