|
|
|
# Web项目上线流程不完全指南
|
|
|
|
## 前提条件——遵循gitflow规范
|
|
|
|
|
|
|
|
1. 以前：有测试环境、预生产环境、线上正式环境，分别对应的分支是beta、stable、master。gitflow没有很好的执行。
|
|
|
|
1、以前：有测试环境、预生产环境、线上正式环境，分别对应的分支是beta、stable、master。gitflow没有很好的执行。
|
|
|
|
|
|
|
|
2. 现在：有测试环境、线上灰度环境、线上正式环境，分别对应的分支是releaseXXX、master、master。现在严格按照gitflow来执行。
|
|
|
|
2、现在：有测试环境、线上灰度环境、线上正式环境，分别对应的分支是releaseXXX、master、master。现在严格按照gitflow来执行。
|
|
|
|
|
|
|
|
3. 差异点：beat、stable一直都存在，不符合gitflow规范，合并分支时，容易产生冲突，会导致很多的上线问题。
|
|
|
|
3、差异点：beat、stable一直都存在，不符合gitflow规范，合并分支时，容易产生冲突，会导致很多的上线问题。
|
|
|
|
|
|
|
|
遵循gitflow规范的releaseXXX分支，在上线稳定后，生命周期结束，合并分支时，产生的冲突较少。
|
|
|
|
|
...
|
...
|
|
