问题标签 [jfrog-cli]

我有一个用 Objective C 编写的框架项目，我想在 JFrog Artifactory 上发布。

我的 .podspec 文件是这样的

如果我在我的 Podfile 中定义这样的东西，它工作正常

但要求是在 JFrog 上发布这个框架并从那里获取，在 JFrog 视频教程中，他们说以 tar.gz 形式上传项目，它将在 Artifactory 中生成 podspec 文件，但在我的情况下没有发生。

有人可以帮我吗？

谢谢

我正在研究一个新的 CI 概念证明。我正在使用 TFS 构建并尝试集成 jFrog Artifactory。

我正在尝试在我的 Artifactory 存储库中创建一个文件夹结构，如下所示：[repository]/[sub-repository]/[Artifacts Folder]/[Versioned Artifact Folder]/[Versioned Artifact Zip Archive]

我已经使用 PowerShell 在我的 Artifactory 暂存目录中编写了以下正确结构的创建脚本：[Artifacts Folder]\[Versioned Artifact Folder]\[Versioned Artifact Zip Archive]

...最后将我的 [Artifacts Folder] 压缩到 [Artifacts Folder].zip 存档中，以便部署到 Artifactory 存储库。

现在，尽管 jFrog 文档表明为此目的在 jFrog 1.7 中引入了 --explode 选项，但尝试使用此选项上传会返回错误使用错误：

2018-10-01T10:21:28.3168258Z 运行 'C:\jfrog\jfrog.exe' rt upload '[Artifactory Staging Directory]\[Artifacts Folder]\*' '[repository]/[sub-repository]/[Artifacts文件夹]' --url= https://www.artifactrepository.xxx.net/artifactory --explode=true --user=******** --password=******** - -props='build.number=[build_number];build.name=[build_name]'

2018-10-01T10:21:28.3168258Z

2018-10-01T10:21:28.3168258Z

2018-10-01T10:21:29.6761967Z 使用不正确。

2018-10-01T10:21:29.6761967Z

2018-10-01T10:21:29.6761967Z 名称：

2018-10-01T10:21:29.6761967Z jfrog rt 上传 - 上传文件

2018-10-01T10:21:29.6761967Z

2018-10-01T10:21:29.6761967Z 用法：

2018-10-01T10:21:29.6761967Z jfrog rt 上传 [命令选项] [参数...]

2018-10-01T10:21:29.6761967Z

2018-10-01T10:21:29.6761967Z 选项：

2018-10-01T10:21:29.6761967Z --url [可选] Artifactory URL

2018-10-01T10:21:29.6761967Z --user [可选] Artifactory 用户名

2018-10-01T10:21:29.6761967Z --password [可选] Artifactory 密码

2018-10-01T10:21:29.6761967Z --apikey [可选] Artifactory API 密钥

2018-10-01T10:21:29.6761967Z --ssh-key-path [可选] SSH 密钥文件路径

2018-10-01T10:21:29.6761967Z --props [可选] 要附加到上传的工件的“key1=value1;key2=value2,...”形式的属性列表。

2018-10-01T10:21:29.6761967Z --deb [可选] 用于分发/组件/架构形式的 Debian 软件包。

2018-10-01T10:21:29.6917936Z --recursive [默认值：true] 如果您不希望在要上传到 Artifactory 的子文件夹中收集工件，请设置为 false。

2018-10-01T10:21:29.6917936Z --flat [默认值：true] 如果设置为 false，则根据文件系统层次结构上传文件。

2018-10-01T10:21:29.6917936Z --regexp [默认值：false] 设置为 true 以使用正则表达式而不是通配符表达式来收集要上传的文件。

2018-10-01T10:21:29.6917936Z --threads [默认值：3] 并行上传的工件数。

2018-10-01T10:21:29.6917936Z --dry-run [默认值：false] 设置为 true 以禁用与 Artifactory 的通信。

2018-10-01T10:21:29.6917936Z

我使用 jFrog Artifactory Deployer 2.1.1 TFS 构建任务。

此处描述了此命令行选项：https ://www.jfrog.com/confluence/display/CLI/CLI+for+JFrog+Artifactory#CLIforJFrogArtifactory-UploadingFiles

但是，我们 TFS 服务器上的 jFrog.exe 似乎不理解 --explode 命令行选项。

（注意：我不确定在我们的构建服务器上运行的是什么版本的 jFrog.exe；目前正在等待负责团队的详细信息，后续更新。）

是 jFrog.exe 版本较旧（1.7 之前）并且不支持 --explode 命令选项的问题吗？如果是这样，是否有另一种方法可以在保留暂存文件夹结构的同时实现多个工件上传？

（注意：我应用了 --flat=false 选项，但暂存文件夹层次结构被保留回根目录；这也不是必需的）。

感谢您的见解，感谢您的关注..

我已经开发了一个 Maven插件，我需要将它上传到 jFrog 以便我的团队可以使用它。当然，我可以使用jar并分发它，但由于它是一个严肃的项目，我们选择 jFrog 作为中央存储库。

我面临的问题有点令人困惑。如前所述，当我将jar闪存驱动器中的插件 (a) 转移给另一个队友并运行该插件时，它运行良好，没有任何故障。但是，将其上传到 jFrog 后，在尝试运行插件时出现此错误。

.m2我在尝试做 a 时检查了我的目录，但mvn clean install我没有.jar进入我的.m2.

我还尝试使用.jar从 jFrog 作为依赖项获取<dependencies> .. </dependencies>，并且.jar按预期下载了；但是，当我.jar使用配置将其添加为插件时<plugin>...</plugin>，出现了同样的错误。

总而言之，我的插件在我的本地机器上运行良好（当我传输 jar 而不将其上传到 jFrog 时运行良好）但在尝试.jar从 jFrog 下载并尝试在此后执行它时出现此错误。

如果有人可以帮助我，那将是一个很大的帮助。

如何根据 GroupId 和 ArtifactId 找出 JFrog 在 artifactory 中可用的最新 jar 依赖项。

例如：下面的依赖是最新可用的。但是如何通过代码获取值 5.1.0.RELEASE 呢？

我从 JFrog rest api 中搜索过。但没有找到明确的文档

以下链接中的答案主要适用于 maven 2 。

如何告诉 Maven 使用最新版本的依赖项？

具有通用包类型的 jfrog 工件设置能够从构建作业将工件上传到 jfrog，没有问题。使用可扩展/扩展选择参数插件，希望将构建细节作为参数提供给詹金斯构建，很难启动和运行。所有链接或插件都指向 Nexus，没有指向 jfrog。任何线索都会有很大帮助

根据这张票 - https://www.jfrog.com/jira/browse/RTFACT-16378 旧的 Artifactory 不支持 Bionic Debian Repos。我们正在尝试解决这个问题，在上传 *.deb 文件后，我们会生成 Packages 文件并将它们上传到 Artifactory。

但是，由于“发布”文件未更新并包含旧的校验和值，因此存在问题。我们试图重新索引存储库，但该命令也重新索引“包”文件。:(

有什么办法可以克服这个 Jfrog 错误吗？

我有一个可以作为 URL 访问的工件，并且想部署到工件。

根据网站https://www.jfrog.com/confluence/display/RTF/Artifactory+REST+API

我们可以使用本地文件来使用参数 -T 进行部署，如下所示

部署位于桌面目录中的文件“myNewFile.txt”（“~/Desktop/myNewFile.txt”）

curl -u myUser:myP455w0rd! -X PUT " http://localhost:8081/artifactory/my-repository/my/new/artifact/directory/file.txt " -T Desktop/myNewFile.txt

但是，我无法找到一种机制来部署基于 URL 的文件

请提供任何解决方法或替代方法

我有http://organization.com/artifactory/具有读取权限的 JFrog Artifactory。我可以gulp-git-2.8.0.tgz使用本机浏览器下载单个工件。

现在，我http://localhost.com:8081/artifactory/在机器中创建了本地 JFrog Artifactory，它没有任何工件。

我正在尝试获取我的组织工件让我们说 npm 包http://organization.com/artifactory/npm/到我的本地工件中http://localhost:8081/artifactory/npm/

由于它有很多工件，我无法手动从组织服务器下载并将其部署到我的本地服务器。

无论如何，我只能获取所需的包让我们npm对我的本地服务器说？或者是否有使用读取访问权限将我组织的包复制到我的本地服务器中？

提前致谢。

同学们好。我在生产中使用 gitlab ci。我有很多阶段。1）构建工件 2）部署到外部服务器 3）使用 jfrog cli 部署到工件

我在缓存 Maven 本地存储库时遇到问题。我的跑步者在第一步（构建）中下载所有依赖项，并在最后一步（部署到工件）中执行相同的操作。我的跑步者也在最后阶段之前从 m2 文件夹中删除了所有数据：

我的 gitlav-ci yaml（没有第二步）：

Is there any automated way to get artifact download URL back ?

I'm working with maven projects , I use bamboo for build automation.

After successful Build completion, artifacts will be pushed Jfrog artifactory.

My requirement here is to get the artifact download URL back in an automated way(Using bamboo Plugins, Rest API, Jfrog CLI, Maven or any other)