灰度生产的时候我老是掉链子,我该如何提升自己?

[orzfanfan]

项目灰度上线, 公司配置使用 disconf,预生产开发没有权限查看. 已经有两次灰度上线,都是因为在 disconf 配置的路径错了. 发愁,感觉自己太不靠谱了,现在一到项目灰度,代码里面需要用 disconf 的时候,就会慌张. 请问我该怎么提升自己的可靠度呢?

[airfling]

你把这一段调用代码抽象出来，各种情况都考虑好，然后根据环境自动切换不久好了

[whileFalse]

为啥这件事儿不由有权限查看的人管理？

[pinklover]

已经遇到两次了，为什么不总结下原因呢？或者搞个 checklist，每次上线检查下，避免再次出现。

[orzfanfan]

@airfling
代码没有问题,主要是配置的问题

[orzfanfan]

@whileFalse
有权限的人他也不知道你代码里需要的配置地址是什么

[orzfanfan]

@pinklover 确实是自己的问题,我每次都会检查,可能是我自己还是检查的不够仔细

[lyog]

在项目下面加个上线说明.txt ，每次开发时候添加字段，添加表，添加配置的时候就向里面手动记录一下，上线前根据上线说明提前配置线上环境，就 ok 了

[whileFalse]

@orzfanfan 那是架构设计有问题啊，这不是等着出错吗。

当然，可以写段代码依据测试环境自动生成生产配置。但显然这件事儿应该是由设计这个架构的家伙搞定。

[orzfanfan]

@lyog 嗯,我觉得这个方法特别好,谢谢

[orzfanfan]

@whileFalse 架构设计我觉得这样没有问题,公司很多重要地址都在文件里,而且 disconf 方便统一配置管理.一般开发是没有权限的

[laminux29]

犯错很正常，一定要复检。谷歌建议是 3 复检。

[orzfanfan]

@laminux29 3 次复查.嗯嗯,谢谢

[whileFalse]

@orzfanfan 所有依赖人的东西早晚会出错。

[orzfanfan]

@whileFalse 嗯,是的,那这样我需要考虑的是:怎么样能让这种错误尽可能的避免出在我身上.我是一个女程序猿,按照道理来说 我更应该细心写的,可是老是掉链子...

[lincolnhuang]

LZ 加油

[orzfanfan]

@lincolnhuang 谢谢

[18258226728]

这种配置错误主要还是预发布的时候没测试吧，已经出错多次就想办法在刚发布的时候就测试下，日志应该有权限查看吧，日志打印出来，做一个预发布测试的流程

[xuecat]

犯了错就贴个标签放在显示器上面，每次就会看到了，我现在就这样

[orzfanfan]

@xuecat 好习惯 谢谢