在交易的世界里，除了你欺我，我诈你，也还是有真善美。

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