写了一份 Git 工作流规范，方便团队协作。
基础分支（不要直接在这两个分支上开发）
- develop (开发环境)
- master (生产环境，主分支)
工作流基础
- feature (开发分支，从 develop 拉取)
- release (预发布分支，从 develop 拉取)
- hotfix (补丁分支，从 master 拉取)
- merge (合并分支)
第一部分：开发
创建个人开发分支
- 开始新功能开发时，每个人都基于 develop 创建一个新的 feature 分支，这个 feature 不会影响他人。
- 每天提交代码到自己的 feature，避免本地代码意外丢失。
同事之间同步代码
- 每天都把 develop 分支 merge 到你的分支。如果长时间没有进行这项操作，那么将来 merge 分支时很可能会有大量代码冲突。
- 如果确认你分支的代码已经可以正常运行，记得把你的分支 merge 到 develop。
- 如果有需要，同事之间也可以互相 merge 分支，你 merge 我的，我 merge 你的。
解决代码冲突（这个很重要）
- 如果 merge 分支时发生代码冲突，一定要找冲突方确认。
- 群里截图问一下这段代码是谁的，双方确认后手动解决，避免误删同事代码。
第二部分：测试
- 所有人把自己的分支合并到 develop 分支，将 develop 代码提交到测试环境进行测试。
- 如果有 bug，大家仍然在自己的分支中修改，修改完后再 merge 到 develop 分支。
第三部分：预发布
- 所有人把自己的分支合并到 develop 分支，由专人从 develop 拉 release 分支，进行发布前的最后测试。
- 此时应该没有大的问题，如果有问题，大家可直接在 release 分支修改。
第四部分：发布
- release 分支确认最终测试通过后，由专人将 release 合并到 develop 和 master 分支，将 master 发布上线。
- 到这一步后，此前参与开发的所有分支都不要再使用，可以删除本地分支。新的功能拉取新的 feature 进行开发。
第五部分：bug修复
- 如果需要修复线上 bug，从 master 拉取 hotfix 分支，修复完成后合并到 develop 和 master 分支，将 master 发布上线。
发表评论