作为程序员，你有过一个简单 bug 查询了很久才解决的经历吗？
今天！遇到了！人生的滑铁卢！我是傻逼！ 事情是这样的。今天要交付一个超简单项目（项目简单，但是cicd流程和集群部署都是全新的），为了省事把多个项目变成了做成了一个maven模块的项目；这个是前提 在我一并高难度操作下，打出来一个成品镜像，终于在测试环境部署，但是发现探活失败！！！！在我看来一切都是浮云，看我如何5分钟解决后打一个完美镜像。此时，我还不知道我陷入一次拉锯战。 因为所以东西都是新的版本（第一次使用），切在大规模更新的前提下，我认为出现这种问题属于家常便饭。 在我检查多次启动日志后，我发现事情没有那么简单。一会是说“数据源未找到”，一会是日志文件配置没生效，一会是“自注册组件未开启”；所有的一切，在我的开发机上都是完好的！！！ 在我多次本地编译，对logging，propertylocator，多个autoconfiguration类进行断点调试，我得出一个结论！本地配置在启动时会时灵时不灵，此时我在架构组负责人旁边吼了一句，新的框架有bug，换来一句“小伙子说话要负责哦”。 又经过许久的检查，我发现在maven手动编译时，会有配置读取不到的情况！但是！intellij的编译时，一切正常！！所以问题可能出在maven打包配置中。 在翻了多个公共配置，以及多次编译日志中，我发现项目中的resource目录会被调过！我擦，难道是多module项目不适配公共maven配置？？ 就在我准备为这个项目重写所有配置时，架构组负责人也把脑袋伸向了我的屏幕；默默的说了一句，你的文件夹别拼错了呀。 还真是，项目组的资源文件夹（resource）比标准（resources）少了一个s！此时我已经连续debug 6个小时！！ 修改完目录名，我想起来在创建项目时，ide的initilizer会多增加部分文件，因为太多懒得删。索性我就手动创建了项目目录和pom.xml文件.... 这个故事告诉我们。工具还是比人靠谱 