建立促销：你如何管理依赖关系？
我试图理解从Snaphot / Release策略切换我们的java项目以构建推广的所有含义。
一个显而易见的步骤是，每个构建最终创建一个可能一直到生产环境的构件，所以不再有Snapshot。 但是，那么，我应该如何管理从项目到其他工件的链接，这些工件可能会或可能不被允许进行生产？
我很难在这个特定主题上找到有价值的信息。 当然，建立促进被谈论了很多，但是依靠迁移来建立促进的依赖管理具有较低的可见性。
我看到两个选择：
有关于这个话题的行业标准吗？ 还是最佳做法？
非常感谢你的帮助 ：）
编辑：我们部署到Artifactory三种工件：
图书馆
耳朵
EAR内的模块。 其中一些是所有想要与当前构建的EAR进行交互的EAR所需的“公共”层
我们将EAR部署到JEE服务器。 我们的库和公共层被部署到Artifactory并打包在EAR中，因此它们不直接部署在JEE容器上。
一个项目构建了几个模块，并且所有内容都包含在EAR中，以及它的依赖关系。 一个项目可能依赖于另一个项目的模块，这就是它变得复杂的地方......
我们区分“可部署的工件”和“库”。
可展开的工件（如耳朵，战争，独立瓶子）通过管道，因此它们在不同的步骤中进行升级和测试。 他们不能成为任何其他工件的依赖关系。
另一方面，图书馆没有得到提升。 当它们被构建时（作为发布版本），可立即作为可能的所有其他工件的依赖关系（发布版本包括单元测试和一些集成测试）。 当它们用于可部署的工件时，它们会被间接测试和提升。
链接地址: http://www.djcxy.com/p/41565.html