上传的图片项目:“Jenkins Artifactory插件”
  1. 詹金斯Artifactory插件
  2. hap - 396

移动驻留在多个存储库中的工件可能会失败

    XML 可打印的

    细节

    • 类型: 错误
    • 状态: Resolved
      A resolution has been taken, and it is awaiting verification by reporter. From here issues are either reopened, or are closed.">解决
    • 解决方法: 完成
    • 影响版本/ s: 2.1.4
    • 修复版本/ s: 测试盒框
    • 组件/ s: 没有一个
    • 标签:
      没有一个
    • 环境:

      Artifactory Pro 2.6.6
      詹金斯核心1.480.3
      2.1.4 Artifactory插件

      Linux

      描述

      我遇到了一个令人不安的情况,只有在通过Jenkins执行推广时才会出现。直接从Artifactory UI复制或移动构建工件不会导致相同的问题,我将在下面描述:

      1-在Jenkins中创建一个maven构建,并使用Artifactory Release Staging选项进行分期。生成的构件部署在Jenkins用户具有部署和删除权限的“dev”存储库中。

      2-接下来,在Jenkins中使用Artifactory Release Promotion选项将这个构建版本提升到“qa”存储库(复制工件,不要移动它们)。Jenkins用户对“qa”有部署权限,但没有“删除”权限。此时,构建工件存在于“dev”和“qa”存储库中。

      3-然后,再次在Jenkins中使用Artifactory Release Promotion选项,使用“move”选项将这个构建提升到“Release”存储库。我们预计这将被拒绝,因为用户没有从“qa”中删除工件的权限(但他可以从“dev”中删除),但无论如何,让我们尝试一下。干运行未能检测到缺失的用户权限,尝试执行命令。

      4 -结果是构建工件的子集实际上被复制到“发布”存储库中。非常坏的! !

      我们最终会得到这些构建工件的不一致状态。

        附件

          问题的链接

            活动

              受让人:
              liorhaLior Hasson [X](未激活)
              记者:
              prenaud76帕特里克Renaud
              投票:
              0 为这个问题投票
              观察人士:
              4 开始关注这个问题

                日期

                创建:
                更新:
                解决: