Azure DevOps Artifact流水线运行成功却无法替换旧包如何解决

• 检查Feed的版本不可变设置
  Azure DevOps Artifacts默认开启同版本包不可覆盖规则，即使流水线任务显示成功，后台也会静默丢弃新的同版本包上传请求。操作路径：进入对应项目的Artifacts页面，找到目标Feed，点击右上角齿轮图标进入设置，找到不可变性设置或保留策略模块，确认是否开启了「禁止覆盖已发布的包版本」选项，若开启则同版本包无法被替换。
• 检查流水线发布任务的配置参数
  不同构建工具的发布任务需要额外开启覆盖开关：
  • Maven任务：需在任务的选项参数中添加-Dmaven.wagon.http.allow.overwrite=true，同时检查DevOps内置Maven发布任务是否勾选了「允许覆盖已存在的包」选项
  • Gradle任务：需在publish配置中添加overwrite = true参数
  • 通用包上传任务：确认overwrite参数是否设置为true，该参数默认值为false
• 确认包版本号是否符合预期
  很多场景下代码修改后项目配置文件中的版本号未更新，或流水线版本号变量取值错误，导致实际上传的包版本与旧包完全一致，被不可变规则拦截。可在流水线打包步骤前添加版本号打印命令验证：

  # Maven项目打印版本号
  mvn help:evaluate -Dexpression=project.version -q -DforceStdout
  

• 排查构建缓存问题
  若流水线开启了构建缓存，可能出现代码修改后仍使用旧缓存产物打包的情况，导致上传的包与旧包内容完全一致。可临时关闭构建缓存，或在打包命令前添加clean指令，例如Maven执行mvn clean package确保生成最新的构建产物。
• 核对Feed权限配置
  流水线使用的服务账号需要至少拥有Feed的「参与者」权限才能覆盖已有的包，若权限为「读取者」或「协作者」，覆盖请求会被后台拒绝。进入Feed设置的「权限」页面，确认流水线对应的服务主体（通常命名为[项目名] Build Service ([组织名])）的权限等级符合要求。

注意：生产环境不建议关闭版本不可变策略，建议每次代码变更后升级版本号（例如调整为0.1.1、0.2-SNAPSHOT），避免包内容无感知变更导致依赖该包的其他项目出现未知问题。

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