我已经研究了一段时间,但找不到答案.我使用Bamboo 5.3和Artifactory插件1.6.2.我有一个生成.war和两个.zips的构建项目.我还有一个Bamboo Deployment项目,它使用这三个文件创建版本并部署到DEV,QA等.
对于构建项目,我可以使用artifactory插件,这很好.问题是如果我发布所有构建,我最终会得到很多工件.我想向Artifactory发布仅来自发行版的文件,因此不太经常发生,并且人们只会看到3-4次发布尝试,而不是150次发布.
我的问题是,在创建我的部署任务(如下载,复制,调用ssh脚本......)时,没有"Artifactory Generic Deploy",就像构建项目任务一样.
我看到有一个新的Bamboo 5.4在部署过程中有一些改进,也许这可能会有所帮助？
我正在使用Jfrog Artifactory来包含工件.我正在和Maven一起建设.有没有办法配置Maven自动下载缺少的工件,这些工件不在Artifactory仓库中.
示例:
org.maven.framework-2.5.0从Artifactory下载,因为它存在于Artifactory中.artifacotry中不存在org.maven.anotherframework-2.2.2.如何设置maven从互联网上获取？
以这种方式使用Artifactory是否常见？
我对Artifactory REST API的使用有疑问.一些指导是有用的.
我正在构建一个运行Artifactory的REST API的脚本.此脚本的目标是查找旧的工件,满足其他一些要求,然后删除它们.(难道每个Artifactory所有者最终都不会构建其中一个吗？)
有一个记录的"Artifacts Not Downloaded Since",它返回一个文件列表.对于"工件",我宁愿期望一些包含多个文件的概念(比如Maven:一个POM和一些JAR).它只返回单个文件的事实让我现在剥离文件名,然后删除整个文件夹.
我害怕有问题的文件夹包含最近下载的其他文件(POM文件或该文件夹中的其他文件),但现在仍然被删除.
为什么REST API不会在工件级别(GAV级别)上报告这些内容？
对于Docker存储库一个相关的问题,"Not Notloaded Since"在什么时候考虑子容器？或者是否有一种方法可以用来删除标签,Artifactory会自动删除相关但未使用的图像/图层文件？
我JFrog配置了神器.我想artifactory只保留我的应用程序的文件(jar,war等),而不是将其他文件保存在磁盘上.例:
(是的,保留在神器的磁盘上)
myapp.1.0-SNAPSHOT
myotherapp.2.0-SNAPSHOT
(不,当执行maven命令时,我希望那个工件不包含这些文件,因此,maven将在中央存储库中搜索)
hibernatexxx
springxxxx
log4jxxxx
我该怎么做？
我们已经设置了一个测试工件服务器.
我们尝试过编辑预先定义backup-daily的计划取消选中该Incremental复选框并单击Save.
但是,返回编辑屏幕时,复选框仍保持选中状态.
这有什么理由吗？
定义新的(自定义)备份计划时也会发生这种情况.
该Incremental复选框似乎永远保持选中状态.
这是系统信息.
以下是完成取消选中Incremental复选框并单击的过程中的日志Save.
2017-04-07 09:50:35,126 [http-nio-8081-exec-9] [INFO ] (o.a.c.CentralConfigServiceImpl:394) - Reloading configuration...
2017-04-07 09:50:35,127 [http-nio-8081-exec-9] [INFO ] (o.a.c.CentralConfigServiceImpl:250) - Saving new configuration in storage...
2017-04-07 09:50:35,154 [http-nio-8081-exec-9] [INFO ] (o.a.c.CentralConfigServiceImpl:254) - New configuration saved.
2017-04-07 09:50:35,156 [http-nio-8081-exec-9] [INFO ] (o.a.s.ArtifactoryApplicationContext:433) - Artifactory application context set to NOT READY by reload
2017-04-07 09:50:36,561 [http-nio-8081-exec-9] [INFO ] (o.a.s.BaseTaskServiceDescriptorHandler:51) - No …我们需要在构建脚本(Linux和Windows)中将自定义文件上传到Artifactory Pro,并进行以下重新处理:
我曾尝试使用Artifact Maven插件,但它不允许上传自定义文件,只有maven项目构建结果
我想可以使用RestAPI或cli工具完成,但我没有找到.
有任何想法吗？(请提供工作示例)
我将https://packages.cloud.google.com/yum配置为Artifactory中的远程仓库.
我在Centos 7.3上的repo文件如下所示:
[kubernetes]
name=kubernetes
baseurl=https://artifactory.company.com/artifactory/packages.cloud.google.com-yum/repos/kubernetes-el7-x86_64/
enabled=1
gpgcheck=1
当我运行yum install -y kubelet它时会输出以下错误:
e7a4403227dd24036f3b0615663a37 FAILED
https://artifactory.company.com/artifactory/packages.cloud.google.com-yum/repos/kubernetes-el7-x86_64/../../pool/e7a4403227dd24036f3b0615663a371c4e07a95be5fee53505e647fd8ae58aa6-kubernetes-cni-0.5.1-0.x86_64.rpm: [Errno 14] HTTPS Error 500 - Internal Server Error
Trying other mirror.
我很确定问题是URL中的相对路径: kubernetes-el7-x86_64/../../pool
如果我忘记了URL,它工作正常,因为wget在发送HTTP请求之前解析了相对路径,但是yum没有这样做,当你给它一个url时,Artifactory返回500 ../.有谁知道如何在Artifactory中启用相对URL？或者如何在发送请求之前让yum解析URL？
我正在运行这些版本:
更新:这是来自神器的HTTP响应主体:
{
"errors" : [ {
"status" : 500,
"message" : "Could not process download request: Path element cannot end with a dot: packages.cloud.google.com-yum-cache/repos/kubernetes-el7-x86_64/../"
} ]
}
我在这里遇到一个奇怪的问题.我将我的Android库上传到Bintray,当我要求添加到jCenter时,一切正常.
图书馆是这样的:
http://jcenter.bintray.com/com/github/kostasdrakonakis/button_preference/1.0.0
所以我可以使用gradle看到这样的东西:
compile 'com.github.kostasdrakonakis:button_preference:1.0.0'
但后来我将工件ID更改为:
而不是button_preference到按钮首选项
所以我可以期待类似的东西:
compile 'com.github.kostasdrakonakis:button-preference:1.0.0'
但是因为我看到它是这样的:
https://bintray.com/bintray/jcenter?filterByPkgName=button-preference
但不是在jcenter中:
http://jcenter.bintray.com/com/github/kostasdrakonakis/
有什么建议？
当从旧的Artifactory服务器迁移到新服务器时，Artifactory建议此处概述的步骤：https : //jfrog.com/knowledge-base/what-is-the-best-way-to-migrate-a-large-artifactory-实例与最小停机时间/
在这两种方法下，它都表示您应该复制$ ARTIFACTORY_HOME / data / filestore，但是随后您要继续导出旧数据并将其导入新实例，并且在第一种方法中，您还要同步文件。好像您只是连续三遍做同样的事情。JFrog确实没有解释为什么这些步骤中的每个步骤都是必要的，而且我不理解每个步骤的不同之处是其他步骤无法完成的。
This is what my setup looks like:
JFrog CLI 1.26.2
I have a local directory with the following items:
My spec looks like so this:
{
"files": [
{
"pattern": "myartifact/*",
"regexp": "false",
"target": "testrepo-release/testbuilds/",
"recursive": "true",
"flat": "false",
"explode": "false"
}
]
}
Then I run build-add-dependencies:
shell>jfrog rt build-add-dependencies --spec=spec myartifact 1
[Info] Running Build Add Dependencies command...
[Info] Adding dependency: myartifact/1.0.0/myartifact-1.0.0-1.txt
{
"status": "success",
"totals": {
"success": 1,
"failure": 0
}
} …