上线前提：硬件搭建的服务要自己先测试通过，不要上线时才发现有问题，还要重新搭建；下午前确定是否符合上线要求（软件和硬件服务都已经测试通过），如果可以则上线，没把握则等到周五再上线；
上线流程规范
生命周期
第1步，需求来了之后，从上线分支拉取一个开发分支。
第2步，在开发分支进行开发，自测。
第3步，合并到测试分支，通知QA测试。
第4步，如果通过测试，合并到预上线分支，然后继续测试。如果不通过测试，进入第2步。
第5步，如果预上线测试通过，将预上线分支合并到上线分支。如果不通过测试，进入第2步。
第6步，上线，然后线上测试。如果通过测试，那么这个需求开发就结束了。如果没有通过测试，就撤回上线，然后进入第二步。
上线注意事项
- 测试报告：本次上线功能点的软件和硬件搭建服务的测试报告（测试人员要进行各个使用场景测试，同时要测试出系统的瓶颈，测试数据太小的话，不具有代表性）；
- 上线安排： 写清楚本次上线的各模块时间点、负责人和测试验证人；同时异常我们的回退机制；
- 异日值班：上线完成后，要安排一个开发进行值班，看平台是否正常有序运行；
- 割接申请：向局方提出割接申请邮件，声明本次上线的功能；上线时间段会影响的业务和平台；把测试报告、上线安排表、割接文档（之前叫彭浩写过）一起发过去；
- 存量数据：存量的发送日志、过滤源等要提前迁移到新的存储地方，保证历史数据可以查询，不受影响；
- 注意事项：要嘱咐开发，记得要把测试代码删掉；一些测试操作，改了东西，自己要有记录，不要忙的时候自己忘了；测试人员一定要全流程测试，各个环节；
