使用GitFlow, 在项目中会存在两个长期分支，主分支(master) 和 开发分支(develop)。
主分支(master): 该主分支代码用于对外发布的代码(一般指线上已经发布的)。
开发分支(develop): 用于日常开发。该分支是基于master分支克隆的, 编码工作在该分支上进行。
功能分支(feature): 该分支是基于develop分支克隆的。该分支的作用主要用于一些新功能的开发,功能开发完毕后需要合并到develop分支。
feature分支可以有多个，它是属于临时分支，当某个功能实现后可以删除该分支。
测试分支(release):它是基于develop分支克隆的，产品编码工作完成后，需要把测试分支代码发布到测试环境中，如果在测试环境中发现了一些小bug，那么就直接在该分支上进行修复操作。等测试所有完成后，我们需要把该分支代码合并(merge)到develop分支上。
该分支也属于临时分支, 当功能实现后也可以删除该分支。
Bug修复分支(bugfix): 该分支是基于master分支或Tag标签进行克隆的。作用主要用于修复对外发布的分支。修复完毕后，需要分别合并到develop分支和master分支上。本分支也属于临时分支，功能完成后也可以删除该分支。
基本步骤如下:
-
从远程仓库克隆代码到本地仓库，基本命令比如如下:
-
在master分支上，创建develop分支，基本命令如下:
-
在develop分支本地仓库基本流程
当某个功能点开发完成后，我们需要将代码提交到本地仓库。
- 推送代码到远程仓库
当我们完成一个功能点或阶段工作时，需要将代码推送到远程仓库develop分支上。
- 功能分支(feature)
此时此刻，我们项目中某一个模块需要添加一个新功能，我们可以在develop分支上克隆一份代码来, 然后进行对应某个功能开发。当然在团队
合作中，我们可以创建多个功能分支。比如叫 feature1，feature2，依次类推来命名….
- 将代码发布到测试分支(release)
如上在develop分支上代码开发完成后，我们需要提测到测试环境中，因此我们需要将代码发布到测试分支release。
执行基本命令如下:
// ….. 在测试中有bug时，直接在该测试分支(release)中修改。
测试完成后，需要将 测试分支(release) 代码合并到develop分支中。
当开发和测试代码都没有问题的时候，需要将代码发布到线上后，此时需要把develop分支代码合并到master上。
-
线上发布完代码后，需要打开Tag(里程碑Tag包)
-
发布完成后，线上Bug修复工作流
1) 获取到Bug产品的软件发布的版本号
2) 基于里程碑Tag创建分支:
3）修复代码完成后可以使用如下命令查询修改过的地方
4) 修改完成后分别合并到develop分支和master分支上
5) 创建新的里程碑Tag
Original: https://www.cnblogs.com/tugenhua0707/p/11921027.html
Author: 龙恩0707
Title: 前端工作流规范
原创文章受到原创版权保护。转载请注明出处：https://www.johngo689.com/553794/
转载文章受原作者版权保护。转载请注明原作者出处！