Artifactory 持续集成方法
Artifactory Continuous integration approach
到目前为止，我已将 artifactory 连接到 jenkins，这样 jenkins 就会在每次推送到 master 时将工件推送到 artifactory。我怀疑我能否影响其他开发人员改变他们的行为，而且以这种方式将人工制品推向人工制品似乎是一种浪费。输入构建保留，这似乎是一个不错的解决方案。
因此，我要寻找的是有关此处最佳行动方案的一些建议。谷歌搜索没有结果。
保留最近 20 个左右的构建似乎是个好主意。来自这些构建的工件将成为接受进一步测试和使用的候选对象。然后应该选择一个作为发布候选者，作为某些超集发布包的一部分包含在内，这似乎是合乎逻辑的，为了可追溯性和可再现性，我希望确保无限期保留所选构建。如果我这样做，所有临时的或以其他方式忽略的候选构建将作为保留策略的一部分消失。
这是一个明智的策略吗？如果是这样，人们将如何执行它？我了解如何根据 artifactory documentation 部署和设置保留策略，但不了解 "unsetting" 它在 blessed 构建上的前景。我读过可以使用构建提升来实现这样的目标，但在提升的上下文中，它似乎意味着复制到另一个存储库，这不一定是我所追求的。 （尽管我愿意接受有关这方面最佳实践的指导。）
谢谢！
not about the prospect of "unsetting" it on blessed builds.
那就是notions of snapshots and releases comes in handy.
只需推送到两个不同的 Artifactory 本地存储库，每个存储库都有自己的保留策略：
- 快照一个 20 天（您可以在其中一遍又一遍地覆盖相同的版本，并人工保留该版本工件的时间戳修订）
也将 Max Unique Snapshots 设置为 20。
- 0 天（无限保留）用于将投入生产的祝福神器。
到目前为止，我已将 artifactory 连接到 jenkins，这样 jenkins 就会在每次推送到 master 时将工件推送到 artifactory。我怀疑我能否影响其他开发人员改变他们的行为，而且以这种方式将人工制品推向人工制品似乎是一种浪费。输入构建保留，这似乎是一个不错的解决方案。
因此，我要寻找的是有关此处最佳行动方案的一些建议。谷歌搜索没有结果。
保留最近 20 个左右的构建似乎是个好主意。来自这些构建的工件将成为接受进一步测试和使用的候选对象。然后应该选择一个作为发布候选者，作为某些超集发布包的一部分包含在内，这似乎是合乎逻辑的，为了可追溯性和可再现性，我希望确保无限期保留所选构建。如果我这样做，所有临时的或以其他方式忽略的候选构建将作为保留策略的一部分消失。
这是一个明智的策略吗？如果是这样，人们将如何执行它？我了解如何根据 artifactory documentation 部署和设置保留策略，但不了解 "unsetting" 它在 blessed 构建上的前景。我读过可以使用构建提升来实现这样的目标，但在提升的上下文中，它似乎意味着复制到另一个存储库，这不一定是我所追求的。 （尽管我愿意接受有关这方面最佳实践的指导。）
谢谢！
not about the prospect of "unsetting" it on blessed builds.
那就是notions of snapshots and releases comes in handy.
只需推送到两个不同的 Artifactory 本地存储库，每个存储库都有自己的保留策略：
- 快照一个 20 天（您可以在其中一遍又一遍地覆盖相同的版本，并人工保留该版本工件的时间戳修订）
也将Max Unique Snapshots设置为 20。 - 0 天（无限保留）用于将投入生产的祝福神器。