如何在不使用build pipeline的前提下重命名已发布Artifact

存在完全不依托build pipeline的已发布归档Artifact重命名方案，所有操作直接作用于制品存储/元数据层，不会触发任何构建流程，具体实现方式根据你使用的制品存储载体不同分为三类：

• 制品库控制台手动操作
  所有主流托管类制品库（Maven私仓、Generic通用制品仓、容器镜像仓、PyPI/RPM等软件包仓）均自带已归档制品的元数据编辑能力：

  1. 用拥有制品编辑权限的账号登录制品库控制台，定位到目标已发布归档Artifact的详情页
  2. 在操作菜单中找到「重命名」/「编辑元数据」入口，直接修改制品名称、展示别名等需要调整的字段后保存
  3. 修改即时生效，新名称会同步更新到制品检索列表、拉取地址中，全程不会关联触发任何build pipeline。

  注意：如果目标仓库/制品开启了不可变（Immutable）模式，默认会锁定元数据禁止修改，需要先临时关闭对应制品的不可变锁定，完成重命名后再按需重新开启即可。

• API/官方CLI批量操作
  需要批量重命名多个已归档Artifact时，可以直接调用制品库原生开放接口、或使用官方配套的命令行工具完成操作，不需要对接流水线系统：
  以通用制品库CLI为例，重命名核心操作是直接修改制品元数据中的name字段，参考命令如下：

  # 查询目标已归档制品的现有元数据
  artifact-cli meta get --repo archive-release --path /2024Q3/demo-service-v1.2.0.tar.gz
  # 修改制品名称字段并回写生效
  artifact-cli meta update --repo archive-release --path /2024Q3/demo-service-v1.2.0.tar.gz --set name=demo-service-official-v1.2.0.tar.gz
  

  这类操作直接更新制品存储层的元数据记录，不会关联原有构建记录、也不会触发流水线执行。

• 离线/非托管存储场景操作
  如果你的Artifact是归档在本地服务器、对象存储桶、共享文件系统这类非托管制品库的位置，直接在存储层修改对应文件的文件名即可，操作完成后同步更新你维护的归档索引清单，就不会影响后续的归档检索、制品拉取，全程不需要涉及构建流水线。

注意避坑：不要用「重新上传修改名称后的新制品、删除旧制品」的方式曲线实现重命名，这种操作会丢失原制品的签名信息、下载记录、归档溯源关联数据，优先选择直接修改元数据的实现方式。

内容的提问来源于stack exchange，提问作者Wim Kok