-
类型:
错误
-
状态: 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 -结果是构建工件的子集实际上被复制到“发布”存储库中。非常坏的! !
我们最终会得到这些构建工件的不一致状态。
- 涉及到
-
hap - 534当“包含依赖项”被选中一次时,Artifactory发布升级失败
- Resolved
A resolution has been taken, and it is awaiting verification by reporter. From here issues are either reopened, or are closed.">解决
- Resolved
-
rtfact - 6924移动存在于多个存储库中的工件可能会失败
- Done">完成