布景
事故的原因在于店东近来的两次“毛病”，一次客岁的，一次近来。共通出处都是足手架在颁布平台颁布打包时犯错，致使线上运用白屏不成用。最奇特的是，过后屡次CodeReview，成绩仍旧没有发觉任何能够致使该题目的bug，结尾料想有大概是效劳器在颁布打包的时辰出了题目。当店东第N+1次吐槽由于他写的工程化东西领来的天外飞锅，我倏忽推敲起来，怎么才干防止这类天外飞锅。归根结柢，致使这类线上毛病的出处都是在于打包上线的代码没有颠末考证。针对这个题目，有两种办法能够办理：1.治本，由于恳求地点不同，预发（测试）版本不成直接发线上，而线上版本缺乏了上线以前的考证进程。因而，能够颠末在颁布系统的预发和线上之间，新增一个beta颁布，beta颁布利用线上颁布的打包过程，不同的是，只答应内网拜访，特地用于内部测试。有人大概会问，哪怕增加了beta颁布，仍旧没法保证线上颁布从头打包的时辰不犯错呀？要点来了，这类办理计划的焦点就在于，beta颁布测试颠末后，直接将beta颁布的打包产品举办线上颁布，由于不需求二次打包，因而防止了打包进程中形成新的题目。由于增加beta颁布需求不同岗亭，比方运维、后端、挪动端的协调，因而施行难度较大。2.治标，既然线上版本上线以前考证不了，那末上线以后当场回归考证，假设发觉题目，当场手动回滚。正所谓没有人发觉的毛病就不是毛病，perfect！正如以前所说的，治本的办法施行难度较大，因而，咱们要点转载请注明：http://www.0431gb208.com/sjszlff/1068.html
