首页 › 在线文档索引 › 项目开发 › 使用git进行版本管理

与其它人交换代码

星期二, 11/11/2008 - 19:16 — 匿名用户

通常的情况下，合并其他的人的工作的情况会比合并自己的分支的情况要多，这在 git 中是非常容易的事情，和你运行 git-merge命令没有什么区别。事实上，远程合并的无非就是“抓取（fetch）一个远程的版本库中的工作到本地”，然后再使用 git-merge 命令。

项目克隆命令（git-clone）

此命令会将项目库中的所有内容（包括版本数据记录和所有的文件）都拷贝到本地。 它支持5种协议：

**本地目录**： git-clone /root/workspace/projects/kernel/kernel-2f/ 
    下载，单向操作

**SSH服务**： git-clone git@172.16.2.56:/root/workspace/projects/kernel/kernel-2f/
    上传下载，双向操作

**GIT服务**： git-clone git://172.16.2.56/root/workspace/projects/kernel/kernel-2f/
    下载，单向操作

**Rsync**： git-clone rsync://172.16.2.56/root/workspace/projects/kernel/kernel-2f/
    上传下载，双向操作

**HTTP**： git-clone http://172.16.2.56/root/workspace/projects/kernel/kernel-2f/
    下载，单向操作

抓取版本记录（git-fetch）

将远程版本库中相对于本地库的origin的版本更新信息下载下来。更新索引。 与 git-clone 一样，它也支持上面5种协议。如 git-clone git@172.16.2.56:/root/workspace/projects/kernel/kernel-2f/

获取实际文件（git-pull）

git-pull与git-fetch的区别在于git-pull将版本记录下载下来后，还要与本地分支进行合并。所以相当于 git-pull = git-fetch + git-merge。

利用服务器进行协同开发工作（代码管理模式探讨）

一个团队进行项目开发，必须要有清晰的开发交互管理模式。一般来讲，一个团队总是要用一个服务器来做为代码的存储和下载中心。如何将基于分布式概念的git用活成为一个方便的团队版本管理工具，是一个值得研究的问题。下面以一个实例来探讨一下： 现有A，B，C，D四个员工，一台服务器。服务器IP为172.16.1.50，A的计算机IP为172.16.1.51，B的计算机IP为172.16.1.52，C的计算机IP为172.16.1.53，D的计算机IP为172.16.1.54。有一个项目，名叫GOD，A是管理员。可以有如下几种工作方式。 一： A在本地机器上建立GOD的代码库。其他三位员工直接从A的机器上克隆（利用SSH，需要知道用户和密码）代码和版本信息。然后，B，C，D分别在各自的master分支里进行工作。等到要提交的时候，比如说B要提交，则B给A发封邮件，提醒一下，我这儿有些工作要提交给你。A收到提示后，就主动去B的机器（通过SSH）上去取（需要知道用户名，密码）master分支，取的时候，将取回的版本信息存放到本地的一个新的分支中去。然后，再将这个新的分支与自己的工作分支（可能是master分支）进行合并，产生新的代码。合并完成后，再通知B，我已经合并完成了，请你同步到最新的代码来。于是，B用git-fetch或git-pull将A的合并后的代码同步到本地机器上来。这样就完成了一个交互。C，D也类似。 这样做的特点就是：

  1. 没有使用独立的服务器；
  2. 需要B，C，D和A知道互相知道对方的机器帐号，密码；
  3. 不需使用邮件来交互；
  4. 需要管理员A来主动取各个员工的代码。

二： A在服务器上建立一个GOD的公开版本库。利用git协议，或http协议（匿名的）。A在本机上工作的内容，首先是推到服务器上去（git-push）。其它员工，从服务器上去克隆（git-clone）代码。B，C，D在下载代码后，在各自的master分支上开发。B做了一些工作后，再提醒A来我这里取代码，A主动去取。取回后，再合并。最后，把合并好的代码再Push到服务器上去。其他员工从服务器上来pull代码，进行同步更新。这样做的特点是：

  1. 使用了独立的服务器；
  2. 需要A知道B，C，D的机器帐号，密码。不需要B，C，D知道A的机器帐号，密码；
  3. 不需使用邮件来交互；
  4. 需要管理员A来主动取各个员工的代码。

三： A在服务器上建立一个GOD的公开版本库。利用git协议，或http协议（匿名的）。A在本机上工作的内容，首先是推到服务器上去（git-push）。其它员工，从服务器上去克隆（git-clone）代码。B，C，D在下载代码后，在各自的master分支上开发。B做了一些工作后，利用 git-format-patch origin 打自己的版本与origin版本的补丁（最好在打补丁之前运行一下git-fetch origin，跟进的最新的版本记录），生成后，通过Email的形式，将补丁发给A。A收到后，对自已的工作代码打补丁。最后，把打补丁（合并）好的代码再Push到服务器上去。其他员工从服务器上来pull代码，进行同步更新。这样做的特点是：

  1. 使用了独立的服务器；
  2. 不需要A知道B，C，D的机器帐号，密码。不需要B，C，D知道A的机器帐号，密码。只需要知道各自的邮箱即可。
  3. 需使用邮件来交互；
  4. 不需要管理员A来主动取各个员工的代码。由员工主动向管理员发送补丁文件。