Artifactory 更改已发布的版本

是否有一种方法可以在发布生成后使用CLI修改生成

用例：部署人员（无论是自动的还是手动的）希望向已经发布的构建添加额外的文件（例如Testresult日志）（因为它们需要很长时间才能创建，但是新构建的工件应该尽快发布）

当我一次又一次地重做

jfrog rt bp

时，我得到了具有相同描述（相同buildnumer等）的“新”构建，而不是覆盖/扩展现有构建

---

欣赏任何提示：-）

Artifactory中buildinfo的主要思想是它们是不可变的，这意味着它们不能在发布后修改。这是为了确保它们的完整性

在您的情况下，实现这一目标的可能方法是： 当发布工件本身时，您可能不想发布buildinfo。

---

您可以在构建周期中收集buildinfo，并在所有测试之后将所有内容发布为单个buildinfo对象。

Artifactory中buildinfo的主要思想是它们是不可变的，这意味着它们在发布后无法修改。这是为了确保它们的完整性

在您的情况下，实现这一目标的可能方法是： 当发布工件本身时，您可能不想发布buildinfo。

---

您可以在构建周期中收集buildinfo，并在所有测试之后将所有内容发布为单个buildinfo对象。

Ariel，感谢您的快速回复！我有点期待那种“不变”的策略。当然，这是有道理的。尽管如此，“一切完成后”构建发布的想法可能是一个解决方案。因此，我们的想法是，一旦所有人工制品都有了

--构建名称

和

--构建编号

参数，就立即上传它们，然后，当最后一个人工制品完成时，我对该构建名称和构建编号执行

jfrog rt bp

，对吗？这将使得该构建能够搜索和过滤工件，即使构建本身还没有列出。这就是你说的吗？阿里尔，谢谢你的快速回复！我有点期待那种“不变”的策略。当然，这是有道理的。尽管如此，“一切完成后”构建发布的想法可能是一个解决方案。因此，我们的想法是，一旦所有人工制品都有了

--构建名称

和

--构建编号

参数，就立即上传它们，然后，当最后一个人工制品完成时，我对该构建名称和构建编号执行

jfrog rt bp

，对吗？这将使得该构建能够搜索和过滤工件，即使构建本身还没有列出。你是这么说的吗？