正常迭代分支
从master主分支上次迭代关闭的节点,拉取一个patch分支,命名以上次节点往后延1
线上bug处理分支
- 该项目本周有迭代升级,则规划至本周升级版本里
- 该项目本周无迭代升级,在上次迭代关闭节点拉一个bugfix分支
未规划上线时间
从master上拉取一个临时分支,暂时不规划版本,待版本时间规划之后,将代码合并到该版本升级代码里
升级代码合并
- 公司自研项目:出最新的代码到公司环境,产品验收通过后,代码合并到master分支,出最新包,升级公司环境,再次回归测试。发包升级,配管备份,分支关闭。
- 三方合作项目:最新代码升到公司环境,产品验收通过。升级到现场测试环境,客户验收通过。代码合并master分支,出最新包,升级公司环境和现场环境,再次回归测试。无误发包升级,配管备份,分支关闭
【每一次升级master分支出的包时,当前环境都要做一次备份,有问题可以及时回滚】
jenkins出包流程
- 进入该项目的迭代分支里(配管最新拉取的迭代分支)
- 点击 【 Build with Parameters】
- 更改出包分支branch(可能默认的不是该迭代的出包分支,跟配管怎么拉的分支有关系)
- 更改包名packagename,如果升级脚本指定了包名则可不更改,跟实际情况对比
- 选择出包module,有些项目后端不是全量jar包,而是增量包(无需选择)
- 然后点击构建。构建任务完成后可在公司关联的ftp上取到包(有些公司做了自动化部署,点击构建后自动升级,无需取包手动升级)
-------------------------------------------------其他细节后续补充--------------------------------------------------------