如何有效处理Git分支间的冲突管理问题？

本文共计3302个文字，预计阅读时间需要14分钟。

前言：分支就是科幻电影里的平行宇宙，当你正在电脑前努力学习Git的时候，另一个你正在一个平行宇宙里努力学习SVN。如果两个平行宇宙互不干扰，那对现在的你也没有什么影响。

前言

分支就是科幻电影里面的平行宇宙，当你正在电脑前努力学习Git的时候，另一个你正在另一个平行宇宙里努力学习SVN。如果两个平行宇宙互不干扰，那对现在的你也没啥影响。不过，在某个时间点，两个平行宇宙合并了，结果，你既学会了Git又学会了SVN！

分支简介

为了真正理解Git处理分支的方式，我们需要回顾一下Git是如何保存数据的。 Git 保存的不是文件的变化或者差异，而是一系列不同时刻的文件快照。在进行提交操作时，Git会保存一个提交对象（commit object）。知道了Git保存数据的方式，我们可以很自然的想到——该提交对象会包含一个指向暂存内容快照的指针。 但不仅仅是这样，该提交对象还包含了作者的姓名和邮箱、提交时输入的信息以及指向它的父对象的指针。首次提交产生的提交对象没有父对象，普通提交操作产生的提交对象有一个父对象，而由多个分支合并产生的提交对象有多个父对象。 Git的分支，其实本质上仅仅是指向提交对象的可变指针。Git的默认分支名字是master。 在多次提交操作之后，你其实已经有一个指向最后那个提交对象的master分支。 它会在每次的提交操作中自动向前移动。 Git的 “master” 分支并不是一个特殊分支。它就跟其它分支完全没有区别。