前言
本篇不详细介绍 Git 的使用，仅介绍基于 Git 的开发分支流程规范。
简述
Git 管理中，最重要的一个点就在于分支的管理。在项目开发中，一般涉及到 Git 的相关分支有：
这里只是一个常规的项目的分支管理，仅作借鉴，具体情况需具体分析。
实际情况
本人目前开发一个项目，代码是由我一个人写的，在进行短期迭代中。
迭代结束，将 develop 分支合并至 master， 并打上正式版的 tag。
开发流程
项目每一个版本，都会重复上述流程。
问题 && 解决
迭代过程中（1.1），发现了上一个正式版（1.0）发布，有重大的 bug 需要修复，比较紧急，但是当前 develop 分支更改了很多 1.1 版本的功能，还没有测试完成，不能直接根据当前的 develop 分支进行修改。
还好之前发布 1.0 版本时将当时 develop 分支的代码合并到了 master 分支，现在只需要从 master 分支上拉取代码进行修改，再将修改的内容合并到 master 进行发布即可。这里要注意之后再开发 develop 分支的时候，要先拉取一下 master 的代码进行合并，有冲突就修改，保证下次从 develop 分支再合并到 master 的时候不会有冲突。
总结
- Git 的流程设计还是很棒的，熟悉了之后是可以方便的进行联合开发工作，建议多花些时间了解。
本篇主要讲述了一个迭代过程中，突遇线上紧急 bug 需要修复时的 git 工作流的设计，即保证线上的环境用的始终是 master 分支的代码：
