一个明显的步骤是每个构建最终会创建一个可能一直到生产环境的工件,因此不再存在快照.但是,我应该如何管理从项目到其他工件的链接,这些工件可能会也可能不会被允许进行生产？

我很难找到关于这个特定主题的有价值的信息.当然,构建促销很多,但是根据迁移到构建促销的依赖管理具有较低的可见性.

我看到两个选择：

>人们只能依赖先前已提升到生产环境的工件
>当依赖于另一个工件时,构建的工件只能转到其依赖项的最后一个环境.也就是说,如果我依赖于允许进行测试而不是刺激的工件,那么我的构建将不被允许进入产品

是否有关于此主题的行业标准？还是最佳做法？

非常感谢你的帮助 ：)

编辑：
我们向Artifactory部署了三种工件：

>图书馆
> EAR
> EAR内的模块.其中一些是任何想要与当前构建的EAR交互的EAR所需的“公共”层

我们将EAR部署到JEE服务器.我们的库和公共层部署到Artifactory并打包在EAR中,因此它们不直接部署在JEE容器上.

一个项目构建了几个模块,所有内容都包含在EAR中,以及它的依赖项.一个项目可以依赖于另一个项目的模块,这就是它变得复杂的地方……