最简单的 Git 工作流程是只有一个 master 分支。开发者直接把代码 commit 到 master 分支并且用该分支进行发版等操作，即不分测试版和正式版，由始至终使用一份代码，因此，这份代码的记录都是在同一分支的。
这种工作流程一般不被推荐使用，除非是开发者单独负责项目并且希望快速创建项目
因为只有一个分支，分支管理就无从谈起了，这让开发者可以轻松上手 Git，但是，使用这种工作流程，我们需要注意一些问题：
(1) 在进行代码协作的时候可能会产生一些复杂的冲突
(2) 软件 hotfix 交付到正式版的时候风险可能会更高
(3) 代码的可维护性很差
在需要进行多人项目协作的时候，Git 功能分支工作流程就很有必要登场了。
设想一个开发者在开发一个新功能的同时，另一个开发者在开发另一个功能，此时，若两个开发者用同一个分支进行协作，这会产生大量的冲突。
为了解决上述问题，这两个开发者可以各自从 master 分支切出一个独立分支，当其中一个人手头的功能写完之后，可以自行合并到 master 分支进行发布，而无需等待另一个功能完成再一起发布。
