谈 DevOps 平台实施：我在本地跑明明成功的，为什么在你平台跑就报错？

我在本地跑明明成功的，为什么在你平台跑就报错？

用户在 Jenkins 上跑构建时，失败了，把日志截图给我看，如下图：

在过去几个月，每个星期都会有一两个 Jenkins 用户就会给我发送类似的错误日志。

这样的日志，我通常回：请检查你们的依赖，是不是有依赖没有上传到咱们的 Nexus 仓库。验证方法是先在本地删除你的 .m2 目录，然后再执行一次构建。

当用户业务开发比较急的时候，他们还会说本文标题中的那句话。有些抱怨的意思。我都已经习惯了。

出现这样的情况，我总结大概会有以下原因：

1. 用户对于 Maven 这类构建工具不熟悉。

2. 用户对于依赖管理不重视，或者没有依赖管理的意识。

3. 用户根本不看日志。

面对这三个原因，我就在思考：我们 DevOps 平台能做些什么呢？

我觉得 DevOps 平台是不是可以直截了当地告诉用户：

xxx 依赖在 Nexus 仓库（maven.abc.com）中没有找到，请您先 deploy 该依赖到 Nexus 仓库后，再执行此任务。

如果能检测到缺少的依赖放在哪个代码仓库就更好了。因为这样，就可以提示用户直接到该代码仓库的 deploy 了。

这样的技术，我称为依赖AI管理技术（笑）。当然，这样的技术，应该可以应用于所有的语言。

同时，我们将这些数据（依赖