为什么在不同的代理商上建立相同的MVN产生不同的结果？

Question

我在Azure管道中对Java应用程序进行的单元测试即使在其他地方构建相同的代码时也可以。失败的单位测试主要是java.lang.noclassdeffounderror类型的错误，对产生的战争文件的检查证实了某些依赖性实际上缺失。

我走到了一切都保持不变，并从Azure的构建代理转换为一个自托管的代理。

结果：

• 自托管：成功
• azure代理：失败

这是我验证的工具链的一部分是相同的：

• Java版本（使用JavatoolInstaller@0）
• Maven版本（确保在自托管上安装相同的MVN版本）代理作为Azure）
• 同一管道，除了构建代理
• 源代码（构建相同的提交）
• 相同的Linux 64bit Architecture
• 没有什么好笑

blew away $ agent_user_home \ .m2目录以确保我从管道本身中检查这些版本 （通过回声vars）。当我说相同时，我的意思是构建数字不仅仅是相似的版本。唯一略有不同的是UNAME显示的版本：5.13.0-1025--azure vs 5.编辑，但这不应该有任何区别

，我缺少有所作为？我认为，如果我有相同的Java，POM，M2和MVN，我可以保证相同的战争。它甚至应该有相同的哈希吗？

我想念什么会造成差异？

谢谢

Answer 1

感谢您的评论，他们帮助我弄清楚了。由于某种原因，我需要从另一个系统中引入一个非常具体的.m2文件夹才能成功。我猜这与“编译”与“运行时”有关。仍然试图弄清楚这一点，但至少现在事情很有意义。