从VSS到SVN再到Git 记Git的基本操作

Source code control 一直是软件开发过程中重要的环节，从最初的纯文件备份，到使用工具进行管理。Source code control 工具的作用也不仅仅只是单纯的对同一个版本进行管理了。从目前主流的source code control工具当中不难发现里面的Branch, tag等功能的应用场景越来越多，特别是现在多数企业使用的敏捷编程，结合branch和tag等功能真的能够很好的做到多版本开发，快速迭代。

思考： 没有source code control我们如何快速的基于一份代码同时进行多个功能的并行开发。

回过头来说下本人在行业当中所用到的几款source code control工具。

VSS

VSS(Visual Source Salf)，是一款微软提供的代码管理工具，作为Visual Studio的一员，在早期的开发过程当中确实能够确保代码不被开发人员错误的修改，也解决了异地开发协作的代码共享管理的难点。但是依旧有一些不足，比如：

• 文件基本以独占的形势进行锁定。如果A在修改的时候B没有办法进行修改。
• VSS只支持Windows版本，支持的开发工具仅支持微软系。
• 基于文件存储，服务器必须共享文件夹。安全性值得考虑。以前一般用于内网开发环境。
• 收费

SVN

SVN(Subversion)，一个开源的source code control system。除开最基本的如VSS提供的代码管理功能外，最大的亮点是提供了分支，且提交内容的级别基于代码行了。也就是说，不用再有独占文件开发的问题了。比如，一个实现接口的代码文件可以由多个开发人员同时修改。谁先做完谁可以先进行提交，不会等到必须所有的人做完后再进行合并。对于不能使用VSS的工程师来说，SVN的出现完全是一个福音，直接从CVS跳到了这么强大的工具上。
总结一下，SVN的优劣如下：

• 优势：
  • 代码一致性高。
  • 支持提交事物性操作。
  • Diff 功能。
  • Branch,Tag的引用，方便版本管理。
  • 轻松上手。
• 劣势
  • 必须是联网状态下才可以进行一些数据的读取。
  • 不是分布式的代码库。
  • SVN服务器崩溃的灾难是巨大的。

Git

随着开源运动的流行（Liunx开发人员的功劳），Git也就这么流行起来的。说是在随着开源运动的流行而流行起Git的呢？这归功于Git的分布式这一特性。试想，如果全世界所有的Liunx爱好者都在几台机器上进行开发和提交，这酸爽不敢想象。抑或是主服务器崩溃了，那么其他的开发人员也只有泪奔。
Git的牛逼之处在于以下：

• 每一次Clone就是从服务器上pull到了所有的内容，包括版本信息。
• 在本地可以根据不同的需要，本地新建自己的分支。
• 分支之间的任意切换。
• 单机上就可以进行分支合并。
• 牛人＋插件加持。 Git flow, 按Vincent Driessen 分支模型提供的一个插件.

git-model@2x.png

A successful Git branching model

如何使用Git

1. 安装

2. $ Brew install git

3. 创建仓库

4. $ git init

5. 文件操作

   有了仓库后就可以对文件进行 add , commit, push 和pull等操作了。

Tables	Are
git add	添加至暂存区
git add–interactive	交互式添加
git apply	应用补丁