中小型企业代码上线准则
（1）上线说明****
对于重要的升级上线来说先有运维人员备份所有重要数据，然后经过开发人员测试和内部测试成功后直接上传的站点目录，出现问题后采用历史代码回滚策略。
而对普通升级来说，先备份必要数据，然后代码在开发人员和内外网测试成功后可直接上线。
（2）根据我的经验给出的上线建议
1.开发人员在本地搭建测试环境（lnmp/lamp）、机房搭建专门的测试环境。
2.一定要选择备份数据，方便出错后的回滚工作。
3.在规定的时间段上线，一般选择下班之前或者访问量不大的时候，后者相较来说比较合理。
大型公司代码上线准则 （1）上线流程说明 开发人员写完代码上传到svn/gitlab服务端中--》将代码拉倒办公测试环境进行测试--【人工、自动（jenkins）】--》机房测试环境进行测试（与正式服一样的环境）--》分发至正式服（AB分组/灰度发布），总的来说就是要制定统一的上线制度。 （2）我给出的建议 1.每次测试失败，都要分析在哪个环节出的问题，对以后问题解决提供思路。 2.备份是必要的，这是跳回你原来版本的直接有效的一步，最好采用软链接的形式 3.规定上线的时间，通过观察网站监控各个时间段访问量，在最低时刻上线。 4.上线的两种比较好方式：AB分组、灰度发布
什么是AB分组发布？
说明：
1、通过负载均衡器的切换，先对A组进行更新项目代码，再更新B组。
2、负载均衡器的配置文件可以准备三套配置文件（A、B、AB）-(平滑重启)
下一节将对灰度发布做详细解说。
