各自独立又互相尊重

事故起因: 需求需要聚合库中所有组件，编码完成后发现es索引中未添加规范器，导致Nginx、NGINX和nginx等被多次统计，但是右边列表查询是不区分大小写的，此时楼主想着直接给索引加上规范器即可(产品需求忽略大小写)，便参照其他同事的迁移索引脚本完成了编写并在本地环境完成测试事故产生编写的迁移脚本完全是参考同事编写的，相关的字段直接使用索引的json文件编写，没有考虑此索引存着特殊性，含有很多_source字段，导致不在json文件中的所有字段丢失，导致客户部分用到_source的数据丢失，但是本地测试时没有用到相关内容，也忘记告知测试导致本次事故产生解决方案其实很简单，因为只是加个规范器并不涉及数据修改什么的，直接把原值复制就行，循环赋值指定字段导致数据丢失事故总结第一时间知道是由于自己的迁移脚本造成的，人真的一下子懵了，可能这就是职场新人吧，那一下午需求基本没写出来，脑子里全是寄了，可以提前毕业了啥的，整个人陷入了一种死锁状态。晚上邮件通知后，导师完成版本修复开始着手给客户补数据，两个后端+一个架构师+产品经理 从18.30开始补救 到至少凌晨1点吧(导师让我先走 不然第二天没人处理问题) ，我最后一次询问是1:26分 让我先睡，还在修复中，晚上梦里全是他们在补救什么的，基本没睡着，一会儿拿手机看有没有说修复完成事故感想这次事故真的给了很大一个教训，犯得第一个重大错误是没有理清楚迁移方案，直接参照别人的完成编写，没有自己的思考第二 第一次感觉到自己技术不足的严重性，这次事故最无力的是我的错误导致他们来帮我善后，我帮不上任何忙，真的很无力希望大家以我为戒吧，千万要先自己考虑好方案，涉及数据的工作一定要在cr时让别人好好审审，一定要和测试沟通