Git指南（4）——与远程库交互

2014-03-29

Git

1. 克隆远程仓库
2. 与远程库同步
2. Git的分布式工作流程
1. 2.1 集中式工作流
2. 2.2 集成管理员工作流

前面几篇Git指南中所介绍的都是本地的（即在你自己的机器上）版本控制方法。在实际的应用中，经常会和其他人共同维护一个项目，这时可能有一个中心服务器来托管所有开发者的代码，并在不同人之间同步代码，这就需要了解Git如何在本地和远程repo之间进行交互。

作为一个基于Git的代码托管平台，Github目前拥有140多万开发者用户。随着越来越多的应用程序转移到了云上，Github已经成为了管理软件开发以及发现已有代码的首选方法。因此本文将以Github为例来说明如何与远程库交互。

1. 克隆远程仓库

Github上有许多开源项目，如果你想把别人的代码下载下来自己学习或者修改，最直接的办法就是克隆一个仓库到你本地。找到你想要的仓库的存放地址（Github仓库右侧“HTTPS clone URL”一栏可以复制），在你想要存放仓库的目录打开命令行窗口，输入以下命令即可克隆一份代码到你本地（以下的仓库地址是我的博客主题项目）：

git clone https://github.com/raytaylorlin/hexo-theme-raytaylorism.git

输入git remote可以列出每个远程库的简短名字，在克隆完某个项目后，至少可以看到一个名为origin的远程库，Git默认使用这个名字来标识你所克隆的原始仓库。以下命令可以看到远程库的详细信息：

git remote show origin
# 使用git remote -v 可以显示对应的克隆地址

2. 与远程库同步

本地repo和远程repo是两个相互独立的仓库，当别人在远程repo中做了修改后，你可以通过拉取git pull来获取远程库中的提交，并合并到本地仓库。注意，pull操作等价于下面先获取再合并的两步：

git fetch
git merge origin/master

你也可以通过推送git push把你本地的修改提交到远程库，这是git pull的反向操作。

从上面的操作可以看到，本地repo和远程repo之间是有一定联系的，当你执行push或pull的操作时，本地总能与远程的仓库正确地同步，这是因为在git clone的过程中，git已经帮你在两个repo之间搭起了一座“桥梁”。如果你在Github上面创建了一个新的repo，然后想把你本地已经创建好的repo与Github上面的进行同步，此时两个仓库就像两个孤立的岛屿一样，这时候可以用下面的命令来“搭建桥梁”：

git remote add origin [远程仓库地址]
# 建立起关联后，就可以进行push和pull了

此外，可以用git remote rename命令修改某个远程仓库在本地的简称；碰到远端仓库服务器迁移，或者原来的克隆镜像不再使用，又或者某个参与者不再贡献代码，那么需要移除对应的远端仓库，可以运行git remote rm命令来移除。

2. Git的分布式工作流程

同传统的集中式版本控制系统（CVCS）不同，开发者之间的协作方式随着Git的分布式特性而变得更为灵活多样。下面简要介绍两种常见的工作流。

2.1 集中式工作流

通常，集中式工作流程使用的都是单点协作模型（如下图所示）。一个存放代码仓库的中心服务器，可以接受所有开发者提交的代码。所有的开发者都是普通的节点，作为中心集线器的消费者，平时的工作就是和中心仓库同步数据。

Git集中式工作流示意图

如果两个开发者从中心仓库克隆代码下来，同时作了一些修订，那么只有第一个开发者可以顺利地把数据推送到共享服务器。第二个开发者在提交他的修订之前，必须先下载合并服务器上的数据，解决冲突之后才能推送数据到共享服务器上。如果团队不是很大，或者大家都已经习惯了使用集中式工作流程，完全可以采用这种简单的模式。绝大多数人都熟悉和了解这种模式的工作方式，所以使用也非常广泛。