到目前为止，我已经将工件连接到 jenkins，这样 jenkins 在每次推送到主数据时都会将工件推送到工件工厂。我怀疑我是否能够影响其他开发人员改变他们的行为，而且以这种方式将工件推向人工工厂似乎是一种浪费。输入构建保留，这似乎是一个很好的解决方案。
因此，我正在寻找的是有关最佳行动方案的一些建议。谷歌搜索这个并没有取得成果。
这似乎是一个好主意，比如保留到最近 20 个左右的版本。这些版本中的工件将是需要进一步测试和使用的候选项目。然后，如果选择一个作为发布候选版本，作为某个超集发布包的一部分包含在内，那么为了可追溯性和可重现性，我希望确保无限期保留所选版本似乎是合乎逻辑的。如果我这样做，所有临时的或以其他方式忽略的候选版本都将作为保留策略的一部分消失。
这是一个明智的策略吗？如果是这样，将如何执行它？我了解如何根据artifactory的文档部署和设置保留策略，但不了解在祝福的构建中"取消设置"它的前景。我已经读到可以使用构建提升来实现这样的事情，但在推广的上下文中，它似乎意味着复制到另一个存储库，这不一定是我所追求的。(尽管我愿意接受这方面的最佳实践指导。
谢谢！
不是关于在祝福的构建中"取消设置"它的前景。
这就是快照和发布的概念派上用场的地方。
只需推送到两个不同的 Artifactory 本地存储库，每个存储库都有自己的保留策略：
- 快照 20 天(您可以一遍又一遍地覆盖同一版本，工件保留该版本工件的时间戳修订(
也将Max Unique Snapshots设置为 20。 - 0 天(无限保留(用于将投入生产的祝福文物。