Git flow 实战总结

推荐使用工具：Sourcetree

不啰唆，直接正题。

项目版本

根据自身情况定义，我这里是4位，前3位发布版本号，最后一位为版本补丁。

分支

master

• 与线上版本保持一至，特别重要
• 从release或hotfix合并至master中

develop

• 开发功能基础分支，每个功能开发以此分支为基打分支
• 确定上线完成了，将feature分支合并至此分支（万一发生特殊事件，上不去，feature合了就尴尬了）

feature

• 功能开发分支，打分支时从develop上打
• 分支名建议规则：当前项目的版本号+要干的事

test_release

• 同时有多个功能迭代时使用此分支，避免多个迭代抢占测试环境或灰度环境。

release

• 上线完成后打此分支（此分支在我使用Git flow时有此鸡肋，但是又不得不走）。

hotfix

• 线上出现Bug，需要打补丁的分支；
• 基于master分支打

tag

• 上线完成后打发布分支标签，从release或hostfix分支打。

可能出现的情况

Sourcetree使用

添加Git项目目录，工具栏“Add”，浏览本地已获取到的Git项目目录。

 点击工具栏右边的“Git工作流”初始化Git Flow，使用默认设置即可，大神可自行配置。

 初始化完成后再点击工具栏上的“Git工作流”，选择创建新的功能、发布版本、修复补丁等。