Git flow（使用工具自动git flow+解决合并冲突）

1. Git Flow常用分支

生产分支（master）

Master分支只能从其他分支合并，不可直接修改‌，Master分支的Commit应该Tag

补丁分支（hotfix）

当我们在生产环境发现新的Bug时候，我们需要基于master分支创建一个Hotfix分支，然后在Hotfix分支上修复bug，完成Hotfix后，我们要把hotfix分支合并回Master和Develop分支‌

发布分支（release)

当你需要发布一个新功能的时候，要基于Develop分支创建一个Release分支，在Release分支测试并修复bug，完成release后，把release合并到master和develop分支‌

开发分支（develop）

这个分支是我们的主开发分支，包含所有要发布到下一个Release的代码，这个主要合并与其他分支，比如Feature分支‌

功能分支（feature）

feature分支主要是用来开发一个新的功能，一旦开发完成，我们合并回Develop分支进入下一个Release‌

2. 流程图

3. 使用工具（sourcetree）的Git工作流

初始化分支

开发分支

develop分支增、删、改文件

发布分布

创建新的release分支

release分支测试通过后commit

完成release分支

完成release分支后可以看到，Git工作流已经自动帮我们将release分支删除，并合并到develop、master上

再给master分支打个标签

补丁分支(修复分支)

创建一个新的hotfix分支

修复bug

完成补丁分支

完成后，可以发现，补丁分支已经删除，commit也合并到master、develop分支上，接下来就可以进行下一个release

发布分支测试通过

完成发布分支

完成分布分支之后，自动删除分布分支，并合并到master（打标签）、develop分支上

功能分支

创建新feature分支

开发新功能后提交

完成新功能分支

完成功能分支后自动删除了功能分支，再推送到develop分支，再进入下一个release分支

进入release分支

完成发布分支

4. 合并冲突

现在有两个程序员（张三、李四）协同工作，各拉出一个独立的分支写自己的模块

张三写得快，先提交自己的代码

张三把自己的代码合并到develop分支上

张三这里已经修改了add.html文件，删除了两个readme文件

李四姗姗来迟

李四合并到develop分支上时，出现合并冲突

于是，李四提着刀顺着网线去找张三理论…

双方争执不下，直到开发主管（张三的小舅子）出头。

于是，代码以张三为主，李四在不影响张三代码的情况下，自己还要再调整一下自己代码

最后，合并冲突解决了（李四哭~~）

运行项目：