第1162天:Git工作流规范

写了一份 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 发布上线。

RSS

上一篇:

下一篇:

发表评论

电子邮件地址不会被公开。 必填项已用*标注