Git 介绍_ 字节宝

本文作者：IMWeb 李冬冬原文出处：IMWeb社区 未经同意，禁止转载

一，理解 Git

1，分布式版本控制

Git 版本控制系统的设计思想是"去中心化"。传统的 CVS 、SVN 等工具采用的是 C/S 架构，只有一个中心代码仓库，位于服务器端。而一旦由于服务器系统宕机、网络不通等各种原因造成中心仓库不可用，整个 CVS 、SVN 系统的代码检入与检出就瘫痪了。

为了摆脱对中心仓库的依赖，Git 的初始设计目标之一就是分布式控制管理。即每个成员本地都是一个完整的版本库，都可以看成是中心仓库。Git 分布式的设计理念有助于减少对中心仓库的依赖，从而有效降低中心仓库的负载，改善代码提交的灵活性。

2，离线操作

由于整个仓库都在本地，很多操作可以在不需要联网的时候进行。比如代码提交到仓库、创建合并分支、打 tag 等，只有涉及到多人合作，需要将本地的改动推送给别人时，才需要联网push本地仓库。

3，文件快照

Git 和其他版本控制系统的另一个主要差别在于，Git 只关心文件数据的整体是否发生变化，而大多数其他系统则只关心文件内容的具体差异。下图是 CVS、SVN 记录文件内容差异的方式

同样是文件变更提交，Git 底层文件系统存储的则为文件快照，即整个文件内容，并保存指向快照的索引（根据内容生成的一串hash值），如下图所示。如果文件内容没有发生任何变化，该文件系统则不会重复保存文件内容，只是简单地保存文件的链接。

这是 Git 同其他系统的重要区别。它完全颠覆了传统版本控制的套路，并对各个环节的实现方式作了新的设计。

二，文件在 Git 中的几种状态

untracked（未跟踪）：文件尚未被 Git 纳入到跟踪内容，比如在 Git 中新建一个文件 a.txt，这个文件当前状态就是 untracked
unmodified（未修改）：文件在 Git 跟踪内容下，但是没有任何更改，比如 clone 一个项目，此时项目中的文件都是 unmodified
modified（已修改）：文件在 Git 跟踪内容下，经过编辑，但还没有提交保存
staged（暂存）：表示把已修改的文件放在下次提交时要保存的清单中
committed（已提交）：表示该文件已经被安全地保存在本地版本库中了

以上状态都是在本地完成转换，不需要依赖于服务器。理解了上面的几种状态，也就理解了Git 的基本工作模式了。下图介绍了几种情况下的文件状态转换

三，Git 分支管理

传统的版本管理软件（如 SVN），分支操作实际上会生成一份现有代码的物理拷贝，每个分支都有自己完全独立的代码。而 Git 的分支只是一个指向当前版本的指针，新建一个分支相当于增加了一个指针，因此分支的新建和切换非常的快捷。

代码语言：javascript复制

git 基于 master 创建特性分支 featureA：
$ git checkout -b featureA master 

将 featureA 分支合并到 master： 
$ git checkout master 
$ git merge featureA 

删除分支 featureA：
$ git branch -d featureA

下面介绍一种比较实用的 Git 分支模型

主分支 master：代码库中默认的主分支。所有提供给用户使用的正式版本，都在这个主分支上发布。正常情况下，每次有变化被合并到 master 分支时，就是一次新的发布，因此可以设置一个 hook，在 master 有提交时，自动执行 hook 脚本来开启构建程序并部署代码至发布环境服务器。
开发分支 develop：与 master 平行的分支，用于日常开发，如新建、合并特性分支， bugfix等。当 develop 分支上的代码到达一个稳定的状态时，就可以发布版本。所有 develop 上的变更都应该以某种方式合并回 master 分支。
特性分支：为了开发某种特定功能，从 develop 分支上面分出来的。开发完成后，需要再并入 develop。
预发布分支：特性分支开发完成并测试 OK 后，需要合入 develop 分支，此时 develop 代码相对比较稳定，但还是需要进一步测试（比如过整站）。于是我们需要单独创建一个预发布分支，进行一些小的 bugfix 修改。预发布分支测试完成后，必须合并进 develop 和 master 分支，再执行发布。
hotfix 分支：处理现网紧急 bug。 hotfix 分支直接从 master 分支上面分出来，修补结束以后，再合入 master 和 develop 分支。

上面五种分支，除了 master 和 develop 分支是一直存在的外，其他分支都是暂时存在，发布完成即需要删除。

四，Git 子模块：

Git 子模块和 SVN 里面的 externals 相似，即在代码库的子目录中中引入另外一个代码库，并保持两个仓库的独立性。

在 Git 仓库中添加一个子模块 rack：

代码语言：javascript复制

$ git submodule add git://github.com/chneukirchen/rack.git rack

这时会生成一个 .gitmodules 文件。这是一个配置文件，保存了项目 URL 和你拉取到的本地子目录，执行 cat .gitmodules 看看里面的内容

代码语言：javascript复制

$ cat .gitmodules
[submodule "rack"]
      path = rack
      url = git://github.com/chneukirchen/rack.git

尽管 rack 是工作目录里的子目录，但 Git 把它视作一个子模块。两者之间本质上是两个独立的 Git 仓库，所有的 Git 命令在两个目录中都是独立工作。

五，工具介绍：

1，sourcetree：一款功能强大的 Git GUI 软件，大部分 Git 命令都可以在上面实现。重点是它将 Git 的所有 log 可视化，非常清晰的看出各个分支的走向。