Git 分布式开发研究

序

• 
  写这篇文章之前，笔者做过了一些测试。一直以来，笔者很想统一svn和git之间的代码，也很想统一来自不同的源之间的代码，使其一致，当然这里的一致是
  指在存在与同一个目录，自由切换显示不同源、不同版本控制工具，不同的版本之间的代码比较。经过研究发现，这种比较能够减轻代码不同而引起的各种“困
  惑”，让研发工程师更加“安心”。
  
• 读这篇文章之前，确保读者预先了解了git的各种用法，包括svn，了解git和svn的工作模式以及ssh密钥的一些知识。
  

研究目的

• 很方便的比较复杂情况下的源代码异同；
  
• git相比其他配置管理工具的优缺点；
  

研究对象

• 配置管理工具git及svn
  

研究步骤

git基本用法

• 以Conf-Libconfig为例，从网络上拷贝一份工程副本：
  

  > git clone git://github.com/cnangel/Conf-Libconfig.git

• 当然git使用clone的时候，相当于已经建立了git的档案信息，git和svn不一样，不是在每个目录下建立一个档案目录，git只在工程顶层目录下建立一个.git的目录。如不想使用clone方式进行工程的网络方式拷贝呢？可以像下面一样，首先建立一个目录：
  

  > mkdir Conf-Libconfig

• 接着，建立git的档案信息：
  

  > git init

• 此时，如果不需要分布式开发，虽然 Conf-Libconfig 还是一个空目录，但此时Conf-Libconfig已经有了一个完整的版本控制系统；然后加上远程的工程目标信息：
  

  > git remote add libconfig git://github.com/cnangel/Conf-Libconfig.git

• 查看一下libconfig是否添加正确：
  

  > git remote show

• 添加本地分支信息master，并映射到libconfig上：
  

  > git config branch.master.remote libconfig

  > git config branch.master.merge refs/heads/master

• 可以查看一下信息是否添加成功：
  

  > git val -l

• 开始从网络拷贝工程副本，这里是pull操作
  

  > git pull

• 添加文件README.20100930
  

  > touch README.20100930

  > git add README.20100930

• 提交，这里是本地提交
  

  > git ci -m "add README.20100930"

• 若需提交到服务器上，则:
  

  > git push 

• 若查看日志信息，则：
  

  > git log

  commit 7416697c131d179652b3caab4c97236844365e24

  Author: cnangel <cnangel@gmail.com>

  Date:   Fri Jun 18 08:27:05 2010 +0800

      return result of config_setting_get_int_elem

  commit 3da0885d6a531d2d7b458b4884a83365fd070215

  Author: cnangel <cnangel@gmail.com>

  Date:   Thu Jun 10 14:58:21 2010 +0800

      new version: 0.019

  commit 1081814723af0d4a84c8611dcf66ac9b5ce8bb0f

  Author: cnangel <cnangel@gmail.com>

  Date:   Thu Jun 10 14:41:23 2010 +0800

      fixed by Diab Jerius

• 若比较两个两个日志的版本，则：
  

  > git diff 1081814723af0d4a84c8611dcf66ac9b5ce8bb0f 7416697c131d179652b3caab4c97236844365e24

  diff --git a/Libconfig.xs b/Libconfig.xs

  index 00c3182..22a3ec6 100644

  --- a/Libconfig.xs

  +++ b/Libconfig.xs

  -#if LIBCONFIG_VER_MINOR == 4

  +#if (((LIBCONFIG_VER_MAJOR == 1) && (LIBCONFIG_VER_MINOR >= 4)) \

  +                              || (LIBCONFIG_VER_MAJOR > 1))

git svn用法

• 
  在公司，往往使用svn服务器，使用svn服务器也可以使用git，不仅仅避免产生多余的版本控制，减少磁盘空间，重要的是使用了分布式的思想，能够脱离
  服务器，从而达到版本控制。对于svn服务器来说，git svn工具使用clone的手段，将svn服务器上的代码拷贝到本地，如：
  

  > git svn clone -s http://libibase.googlecode.com/svn libibase

• 下载分支：
  

  > git svn fetch

• 更新当前分支：
  

  > git svn rebase

• 其他操作跟git一样，本地版本控制即可。
  

git多服务器工作方式

• 如果有多个服务器源，且服务器源有svn也有git方式，怎么将svn服务器与git服务器，甚至多个服务器上进行分布式管理呢？
  
• 方法很简单，多个git服务器，只需要：
  

  > git remote add mypro http://foo.com/mypro.git

• 即可完成对多个git服务器源的添加，如果牵涉到svn服务器呢？首先，需要建立svn：
  

  > git svn clone -s http://libibase.googlecode.com/svn libibase

• 然后，添加gitserver：
  

  > git remote add mypro http://foo.com/mypro.git

• 注意建立git本地信息库的时候，需要：
  

 > git config branch.myself.remote mypro

 > git config branch.myself.merge refs/heads/myself

• 这样master分支仍然对应svn服务器，myself分支对应git服务器，当然笔者测试的结果svn服务器只允许添加一个，否则就会有冲突问题，这个问题是git svn工具的不足之处。
  
• 当我们对不同服务器之间的同样的工程进行比较的时候，就变得简单多了，因为都映射到本地分支了，所以只需要：
  

  > git diff master myself

• 即可完成两个分支的比较，是不是很方便呢？
  

总结

• git是一种很好的版本控制工具，简单方便，学起来也非常容易。
  
• git工具相比于svn工具来说，它减少了对服务器和本地数据的交换，减少了带宽，减少了服务器的资源消耗，而对于本地资源来说，也减少了磁盘消耗，无论在飞机上还是火车上，都很方便的能够提交版本。
  
• git工具相比其他比如google的版本控制hg工具来说，有庞大的用户群，从linux kernel到google的chromiumos、chromium，到开源的perl以及QT，难道git工具还不值得推广使用么？