项目发布流程

平时开发的git 管理模式:

    我们平时有 master 分支,develop 分支,然后从develop 分支拉取各个开发分支{按大的功能拉不同的分支}。

发布条件:

   按照产品的需求如期完成开发后,测试联调都没有问题的情况下,开发测试产品加leader评审后符合发布条件后即可进行发布事宜。 

发布流程:

   首先用事务追踪系统{所在公司使用的是 jira }提一个申请,申请的内容是此次发布的项目,使用到的脚本,配置等内容需要提前申请审批通过,发布的tag 名称,回滚方案等内容在jira 上都要体现。申请和脚本,配置等准备工作都做好后,需要将开发分支的内容merge 到develop 分支上去,一般只要没有直接从develop 分支上改动过的话就不会出现冲突,合并完之后需要打 tag  [tag上是识别大小写的,需要注意]打完tag 之后,将jira 转给测试,一般等到晚上,测试的进行发布, 发布完成之后当时需要再大概测一下,如果没啥异常情况基本就完事了,如果有问题那就只能马上修复,然后重新打包,打tag 进行部署,重新发布测试,实在不行就只能回滚。等到第二天,监控系统没啥问题,值班也都正常的话,记得将 develop 上的分支 merge 到 master 分支上,然后大家更新一下 develop 上的分支。

  git tag 知识补充:

指向特定提交对象的引用,相当于对某次的commit 做一个标签,方便回退的时候用。

上一篇:docker 启 动 命 令


下一篇:Git分支管理实战