几个git工作流建议

[canfoo]

这种方式不适用多个迭代并行开发，问题主要有：

1. 多个迭代并行开发时并不能保障dev和master是同步的，所以开发分支应该要从最新的master进行fork出来
2. 多个迭代并行开发时候staging环境的代码和production不一定是同步的，所以不能以master分支发布这两个环境
   ..
   建议改善：
3. 每个环境都有自己独立的分支，分别为dev，test，beta，staging，master，这些分支都是用来进行对应环境的发布
   2.开发分支每次从master分支fork出来，命名方式可以是 开发者名字缩写/功能和版本号，开发分支开发完成后，合并到dev环境并发布，以此和后端进行联调。提测阶段将开发分支合并到test分支并发布，供qa测试。上线前，开发分支再合并到staging分支并发布，进行线上前最后验证。如果没问题的话，最后开发分支再合并到master分支并发布上线
   3.线上紧急bug应从master分支fork出来，然后解决完后，分别合并到test、staging环境分支，验证完毕后，再合并到master分支进行发布

[MicleMing]

• master
• env0
  • env0【dev、test】
  • env0-staging
  • env0-[feature(N > 0)]
• env1

env: dev, test, staging, master
迭代相关：

• 迭代1

  • feature1
  • feature2
    ...

• hotfix

多个迭代时，如果都从master检出一个分支[xxx]-dev, 然后在这个分支上检出feature进行开发。st和pro都使用master。测试时使用[env]-dev进行测试。