Git 协作方式

生产与测试分支

• master 分支的最新提交永远指向当前生产环境的代码
• develop 分支的最新提交永远指向当前测试环境的代码
• 禁止直接在这两个分支上进行开发，各开发者在自己的分支上提交代码，由管理员合并到这两个分支上。禁止直接将自己的代码推送到这两个分支上。
• 管理员每次部署后需在相应分支上打上标签，方便回滚。 #### 开发分支
• 每人在自己的分支上进行开发。
• 精细化提交代码，最好每次修复一个 bug， 或者完成一个小功能就提交一次。
• 认真撰写代码提交说明。认真撰写注释。
• 代码需要提测时，先推送到自己的远程分支，由管理员合并到测试分支并部署。
• 每次测试分支部署后建议同步到自己的分支 git merge origin develop 
  如有需要，可以直接从他人的远程分支同步代码 git merge origin chenmin
• 如果你有一个复杂的功能模块需要开发，建议在个人分支基础上开一个新的功能分支。开发完成后合并回自己的分支。自己的分支和自己新开的分支都都由自己来维护，可灵活操作。 #### 线上紧急修复 当线上代码(master)出现急需修复的 bug 时，基于 master 分支新开一个 hotfix 分支，在 hotfix 分支上修复 bug， 详细撰写提交说明，合并回 master 分支，再次部署。问题修复后，develop 分支和相应开发分支需及时合并hotfix分支上的提交，最后删除 hotfix 分支，紧急修复完成。