记一次CICD中的编译错误 duplicate class: XXXX 以及 cannot find symbol: method getXXXX

P话故事：一天，我正美滋滋的享受着从开发转到运维的工作，突然有人找到我，告诉我流水线编译失败了。我看了一眼日志，duplicate class: xxxxxxxxxxxx cannot find symbol: method getBindingPerson()。这是有两个错误啊。本能反映，噢肯定是jar包冲突，版本冲突了，问：“你本地编译能过吗，是不是版本冲突啊。。。。。。。”结果不是。

---

------正经的分割线-------

---

现象：java maven项目，本地windows编译正常，JDK11。Jenkins Linux编译失败，提示两个错误，先后为：

1. duplicate class: xxxxxxxxxxxx
2. cannot find symbol: method getXXXX

怀疑过程：

1. 怀疑JDK版本是不是有问题？
2. 怀疑Lombok是不是不靠谱？
3. 怀疑jar包版本是不是冲突？

结果都不是。。。。查了半天，最后去linux上手动模拟jenkins操作，find命令一下，woccccc，发现真的有两个类，仔细一看，只是包名差了一个字母，一个大写，一个小写。分别是’iotLable’和’iotlable’。回到windows环境下看看，不对，只有一个啊？！又去git上看看，确实有两个。

最终：
windows大小写不敏感，linux大小写敏感。导致windows下只clone了一个包，因而不会有问题。删除掉多余的包，linux下也可以编译成功了。

启示：

解决问题还是要看日志，从上向下解决。
Java命名规范要求包名小写，是有用的。
Linux环境大小写敏感，与本地windows环境不同。