9. 版本发布

布满荆棘的人生 2024-04-19 11:24 64阅读 0赞

# 1. 写在前面 #

*  版本发布，主要包含测试环境版本发布、生产环节版本发布和版本发布权限控制内容。
 *  这里仅仅是举例说明版本发布流程，例子中的流程只适用于当前项目，不代表适用于所有项目，实际操作中还须根据项目风险、人力资源和版本节奏来调整发布流程。

# 2. 测试环境版本发布 #

1.  发版需求
    
     *  一般情况下，测试环境的版本发布需求，大致分为两类：
        
         *  功能提测（冒烟测试/功能测试/系统测试等）
         *  Bug修复（回归测试）
2.  发版权限
    
    1.  如果开发和测试共用环境，一般到提测时间点，由开发人员部署代码即可。
    2.  如果开发环境和测试环境是独立的，一般是开发人员提交代码包/合并分支代码，由QA/环境管理员统一部署代码。
3.  发版步骤
    
    1.  针对共用环境：
        
         *  发版时间：提测点之前。
         *  发版责任人：各功能的开发负责人。
         *  发版流程：
            
            1.  提测点前一天，QA负责人通知各开发负责任部署代码至提测环境。
            2.  各开发负责任部署代码，并进行smoke测试。
            3.  smoke测试通过后，开发通知QA负责人版本具备测试条件，可以按期进行测试。
    2.  针对独立环境：
        
         *  发版时间：提测点之前。
         *  发版责任人：一般是QA或者环境管理员。
         *  发版流程：
            
            1.  提测点前一天，QA负责人通知各开发提交代码。
            2.  发版责任人进行发版任务。
            3.  发版完成后通知开发进行smoke测试。
            4.  smoke测试通过后，开发通知QA负责人版本具备测试条件，可以按期进行测试。

# 3. 生产环境版本发布 #

1.  发版权限
    
     *  为了降低生产环境的风险，维护生产环境的稳定，一般不允许开发人员拥有生产环境发版的权限。可以指定以下一种或几种角色：
        
        1.  环境管理员。
        2.  QA
        3.  开发Leader。
2.  发版步骤
    
    1.  常规发版
        
         *  发版时间：一般是开发周期中的一天，例如每周、每两周或每月中的一天。
         *  发版责任人：如果不是环境管理员或开发 leader，则一般由当天负责新功能上线的QA发布。
         *  发版流程：
            
            1.  提前1天邮件通知技术负责人、运营、客服和产品。
            2.  开发人员建好发版任务，QA建好验证任务。
            3.  发版当天上午确认发版计划、范围、依赖和责任人。
            4.  提前1小时开始构建发版计划，发给干系人确认发版内容。
            5.  发版前通知运营、客服和产品，准备发版。
            6.  发版完成后，开始线上验证。
            7.  验证无误后，关闭Jira单，将验证结果同步给PMO和干系人。
            8.  通知运营、客服和产品，发版完毕。
    2.  hot fix发版
        
         *  发版时间：由开发、测试、产品、PMO等人共同决定。
         *  发版责任人：QA或者开发Leader。
         *  发版流程：
            
            1.  Hot fix一般情况下都比较紧急，在确定好方案和时间后，立即邮件通知技术负责人、运营、客服和产品。
            2.  开发在Jira上建hotfix单，并和相关人员确定发版时间、发版责任人。
            3.  提前1小时开始构建发版计划，发给干系人确认发版内容。
            4.  发版前通知运营、客服和产品，准备发版。
            5.  发版完成后，开始线上验证。
            6.  验证无误后，关闭Jira单，将验证结果同步给PMO和干系人。
            7.  通知运营、客服和产品，发版完毕。