Artifactory持续集成方法

格雷戈里·库恩

到目前为止,我已经将人为因素与jenkins挂钩,以使jenkins在每次推动掌握时都将人为因素推向工件。我怀疑我是否能够影响其他开发人员以改变其行为,并且以这种方式将工件推向工件似乎是浪费。输入构建保留,这似乎是一个不错的解决方案。

因此,我正在寻找有关最佳操作方法的一些建议。谷歌搜索并没有取得成果。

拥有一个好主意,例如保留最近20个左右的构建。这些构建中的工件将是经过进一步测试和使用的候选对象。然后,应该选择一个作为候选发布版本,并作为某些超集发行包的一部分包含在内,为了确保可追溯性和可重复性,我想确保无限期地保留所选构建,这似乎是合乎逻辑的。如果执行此操作,则所有临时或以其他方式忽略的候选版本都将作为保留策略的一部分消失。

这是明智的策略吗?如果是这样,将如何执行呢?我了解如何根据工件的文档来部署和设置保留策略,但不了解在有福的版本上“取消设置”保留策略的前景。我已经读过,可以使用构建升级来实现类似的目的,但是在升级的背景下,它似乎意味着复制到另一个存储库,这不一定是我想要的。(尽管我愿意就这方面的最佳实践提供指导。)

谢谢!

与其在有福的建筑上“重置”它的前景无关。

这就是快照和发行版概念派上用场的地方

只需推送到两个不同的Artifactory本地存储库,每个存储库都有自己的保留策略:

  • 快照20天(您可以一遍又一遍覆盖同一版本,同时工件保留该版本工件的时间戳修订)
    也设置Max Unique Snapshots为20天。
  • 0天(无限保留)将产生的祝福神器。

本文收集自互联网,转载请注明来源。

如有侵权,请联系 [email protected] 删除。

编辑于
0

我来说两句

0 条评论
登录 后参与评论

相关文章