提出问题

如下图：

如果都提交到一处，必然会产生这样的问题

如下图：

作用

简单理解：分支就是给代码开“多条平行跑道”，互不干扰，最后还可以把跑道代码合并到一起。

主分支（main）保存稳定、能上线的代码。

你开发新功能、改bug，不在主分支直接改，新建分支干活。

功能写崩、改错，只会影响自己这个分支，不会搞坏线上可用代码。
主分支始终保持干净、可随时发布。

举例子：

不用把没做完的代码强行提交、也不用备份复制多份文件夹，各个分支保存各自进度。

两个人各自在自己分支写代码，不会互相覆盖文件。写完后把两个分支合并到主分支，就把两个人的代码汇总。

开发完功能分支，不直接改主分支：

没通过评审、测试有问题，直接放弃这个分支，主分支不受任何影响。

不同分支对应不同环境，不会把未测试代码直接丢到生产。

想做一个大改动、尝试重构代码，拿不准要不要保留：
新建分支做实验。

每一个分支的提交记录都会保存。
就算合并之后，依然能看到：哪部分代码来自哪个分支。
一旦出问题，可以定位分支来源，甚至可以把整个分支的改动撤销。

把项目比作写一本书：

其他版本控制系统如 SVN等都有分支管理，这些版本控制系统 创建和切换分支比蜗牛还慢，结果分支功能成了摆设，几乎都不去用。

但Git的分支，无论创建、切换和删除分支，Git在1秒钟之内就能完成！无论你的版本库是1个文件还是1万个文件。

SVN的分支是完整目录拷贝；Git分支只是一个提交指针，底层实现完全不一样，带来巨大差异。

极轻量，低成本随意建分支
Git分支只是指向commit的指针，创建分支几乎零开销。可以随便建功能分支、bug修复分支、实验分支，用完直接删除。
SVN分支是物理复制整个仓库，项目大时创建分支慢、占用大量硬盘，团队会尽量少开分支。
本地完整分支，不需要联网
Git所有分支都可以在本地完成创建、切换、提交、合并，断网也能干活，后续再push推送远程。
SVN分支在服务器上，新建分支、切换分支都要和服务器交互，受网络影响大。
切换分支高效
Git切换分支只变更工作目录里发生变更的文件。
SVN切换分支相当于大量文件的下载/替换，大仓库切换非常慢。
强大的合并能力
Git对分支合并、变基(rebase)支持完善，追踪分支提交历史，能更好识别哪些改动需要合并。
SVN合并依赖手动记录合并版本号，跨版本合并极易出错，冲突处理麻烦。
适合多任务并行开发
可以同时手上开好几个分支：一个开发新功能、一个修复线上bug、一个做技术调研，随时来回切换，互不干扰。
SVN因为成本高，不适合频繁大量创建分支。
历史完整，不怕分支丢失
Git本地拥有完整提交历史，就算远程仓库挂掉，本地所有分支和提交记录都还在。
SVN所有分支数据保存在服务器，服务器损坏分支历史就丢失。

分支的本质作用：代码隔离。让多套代码版本并行存在，独立开发、测试，可控地合并，保护稳定代码。