代码发布前后的注意事项

（Creative Commons）

一、背景

作为程序员开发代码，代码就得上线发布。

上线前应该检查哪些方面才能避免遗漏呢？

本文给出一点自己的经验，希望对新手程序员有些帮助。

另外特别希望大家可以参考我提出的“面向未来编程”的思想，在开发、测试阶段其实就已经把上线的一些事情准备好了。

 

二、经验

上图

具体讲解：

2.1 代码是否已经合并到master

其实开发过程中就应该多和master对比代码，用来做自我code review，避免误改错等。

master有新的上线要早点合并到自己的开发分支，避免最后再解决大量冲突。

2.2 配置是否已经设置好（去核实）

项目的配置文件在不同的环境是否都同步了？

APOLLO的动态配置是否已经发布到线上环境？

2.3 DDL语句是否已经提交并生效（去验证）

DDL修改是否已经通过审批？

审批通过以后必须线上验证是否修改成功。

2.4 上线的顺序是否已经确定？

如果多个部门协作，那么上线的顺序该如何？

谁先发布？是否可以并行？

2.5 上线是否已经同步合作方？

上线之后是否要通知相关方？

2.6 发布的申请是否已经审批？

发布审批是否通过？

2.7 上线的资源是否都准备齐？

依赖的人员是否都通知？依赖的人员是否都到位？

2.8 预发阶段产品是否验收成功？

在测试阶段和预发阶段可以让产品验收，看看是否符合需求，避免上线不符合预期产生脏数据等。

2.9 如果可以验证远程调查询接口是否生效？

如果预发环境或者线上可以调用查询接口，可以用测试的账户调用查看是否已经生效，是否有异常。

2.10 线上功能查看

上线登录测试账号查看功能表现是否正常。

2.11 上线时观察错误日志，响应时间等状态变化

 

上线以后特别注意与新功能相关的警告或错误日志。

观察错误的响应码是否陡增，响应时间是否陡增？等。

2.12 其他

俗话说“小心驶得万年船”。

开发过程中，测试过程中，包括上线前的任何可疑的情况都要及时排查，避免因不仔细等造成一些Bug。

比如发现可疑的代码，是不是合并代码错了？

比如发现可以的页面表现，是不是哪里有Bug?

这也是一个程序猿是否专业的表现之一。

 

另外有些公司又Code Review机制，可以在上线前让熟悉这块代码的同事帮CR一下，尽量能够预防未来的BUG。

如果没有自己也要在上线前多Review几次。

 

三、延伸

3.1 面向未来编程

虽然上面给出了一些清单式的注意事项，但是我更建议要“面向未来编程”

另外在《任务分解与函数拆分以及面向未来编程的思想分享》一文中提到了面向未来编程。

我们在开发过程中，需要修改的配置，需要修改的数据库表结构，测试和上线前需要注意的事项可以提前记录到上线的笔记中。

这样在开发阶段就已经把测试阶段需要注意的问题已经记录下来了。

测试阶段就已经把上线时所要注意的事项已经记录下来了。

 

3.2 清单式习惯

就像第二部分描述的一样，我们事情之前可以列举一些常见的清单，上线之前检查清单是否都OK，这样极大程度避免可能的遗漏。

 

四、总结

总之“小心驶得万年船”，上线前做好检查，任何异样都要及时核实，不要粗心大意。

敬畏线上代码，敬畏自己的职业形象。

另外做任何事情都有方法，我们要善于总结方法，避免干了很多事却收获不大，避免犯了很多错又重复犯错。

这就像初中高中时做错了题，很多人都期待没做过的题目都能做对，可是现实往往是做过的题依然还错。

一方面我们不喜欢总结，另外一方面我们做的错题集只是一种摆设，从不认真的且反复的去反思总结。

另外好的习惯可以伴随一生，我们要争取养成好的习惯，减少犯错，提高做事的效率，让自己变得更专业一些。

 

创作不易，如果觉得本文对你有帮助，欢迎点赞，欢迎关注我，如果有补充欢迎评论交流，我将努力创作更多更好的文章。

另外欢迎加入我的知识星球，知识星球ID：15165241 一起交流学习。

https://t.zsxq.com/Z3bAiea  申请时标注来自CSDN。