终于遇到一个可以好好回答的问题了；

首先说一下题主的假设：

C 从第 6 天开始不跟远程交互了，自己玩了，这是做什么？这不是分布式，分布式是在网络可用下说的，分布式不是隔着几天不跟远程同步；

既然文件叫 GlobalFunction.php ，那么这个文件就是修改极少的（或者说修改相同的一行是很少的），类似于 Python 下的 setup.py ，有时只是到了新版本发布的时候你才会修改一下 version 变量吧；

GIT 的分支概念个人理解是可以更快速的基于某个或某些分支进行协作开发，比如一个仓库 foo 有一个 分支叫做： master ，那么 A，B，C 进行协同开发的时候会在本地基于这个共同的分支 master 进行本地分支，比如 A 的本地分支叫 a-dev ，B 的叫： b-dev ，C 的叫 c-dev ，怎么来的呢？

 git checkout -b xxx origin/master # xxx 代表 `a-dev` 等

其次说一下题主说的合并：

如果 C 在本地基于 master 进行了本地分支 c-dev 那么 C 一直可以更新本地 master 分支而不影响本地分支 c-dev （而此时你可以一直在 c-dev 分支）：

 git pull origin master:master

那么把本地 master 更新了，怎么反应在 c-dev 呢？ 很简单，GIT 已经为你想好了：

 git rebase master # 此时你在 `c-dev` 分支

经过了上面，可能会发生的情况无非是两种：1. 出现合并冲突， rebase 失败；2. 无冲突（可能会自动 merge ），本地 master 最新状况跟本地 c-dev 合并；

对于 1 的出现，GIT 不会自动搞定冲突，却可以尝试自动合并（ merge ），失败了，叫出现了冲突；出现了冲突一般是指不同的提交，修改了同一文件的同一行（几行）内容，需要开发者自己搞定冲突；

个人总结

分支是 GIT 区别于其他集中式版本控制系统的杀手锏（ killer feature ）； rebase 是 GIT 分支的杀手锏；GIT 的分布式特性离不开 GIT 良好的分支特性；

在发生冲突的时候SVN是逐行比较，而Git是记录的操作，比如增加一行、删除一行或者修改一行，因而合并的过程更容易

如果双方改的是不同的文件，或者同一个文件的不同部分，那么 git 是可以自动合并的。

如果修改的是同一个文件同一个部分，git 就没办法自动合并了，这种情况被称为「冲突」，git 会列出双方的最新版本，然后由进行合并的人(例子里是 C), 手动进行编辑。

在实际开发中，如果两个人只是往这个文件里加函数，是完全可以自动合并的，冲突主要是出现了修改了同一行的情况。