工作中如何避免犯低级错误

[harrisonkang]

背景：本人研发一枚，今晚上线一个技改需求，结果上线时，居然分支发错了，真的是非常非常低级的错误了，万幸的是没有业务影响。后续还要复盘「复盘不可怕，可怕的是低级问题复盘」，想想就头大。

想请教各位，平时都是怎么在工作中避免犯各种低级错误，有没有经验分享分享。

[forgottenPerson]

熟的不能再熟以及善用工具。就像一加一数学上普遍常识上你都会不假思索的给出 2 。

[niboy]

上线之前不是有测试妈？ CI 也是自动化的吧？

[cybort]

多个人相互复核

[levelworm]

我觉得：

- 尽量别晚上改。疲劳的时候容易犯错；

- 多几个人互相看一下，或者在 CICD 里自动化；

[leegradyllljjjj]

个人血泪史：永远不要在下班的时候或者星期五下午更新程序

[amundsen]

double check ，组内交叉 check

[Ashe007]

楼上说的很好，尽量从流程设计上规避

[crysislinux]

你可以参考机械化工生产的经验。要预防这些问题需要不少成本的。

[Aimirr]

打包发布尽量用 CI 自动化发布，不要人工切分支发布。是人总会有错误的。

[imycc]

这是个很泛的话题。我遇到的那些，避免的办法概括起来就是在规范上约束、在流程上限制、在交互上提醒。这都没避免的话就只能靠质检拦截、告警兜底了。

[chenliangngng]

参照防呆法，最好是在流程上限制，比如一个分支对应一个环境，只有某个分支可以发布生产，这些要 ci cd 加以配合

[yolee599]

自己写一个 check list ，提交之前一项一项对，也可以和你同事一起对

[leconio]

给别人做，不做就不错

[DonaldErvinKnuth]

一开始工作很正常，错误犯多了就记住了

[Chad0000]

讲真，发错了就发错了，没什么大不了，你做的又不是银行系统。

当然，如果是 Pipeline 是多个 Release 在一起，然后主名称来自于默认的一组会导致误导那是另外一回事。

[ai4u]

尽可能地多做检查，当出现“这个应该不会有问题”的想法时，默认一定会有问题，去检查之。
Checklist 尽管做起来比较繁琐，但实则非常有效。

[iyiluo]

单线程，一次只做一件事

[wzy44944]

是人就会犯错的，就算是 cpu 也是有出错的概率的，针对可能出现低级错误的流程增加卡点工具之类的，可以减少不可能完全避免。

[liuliancao]

增加 review review 以后触发自动发布 发布完成以后增加版本检查
谁都可能出现问题的，就事论事 然后提出解决办法 一般不会咋样的

[augustheart]

我的经验就是尽量延长交付期，把测试做足。
不怕代码写得烂，就怕仓促上线