我制作了一个 android 库（我的第一个）.. 按照步骤并能够成功上传到 bintray..但是当我请求链接到 jCenter 时，我从 Bintray 收到了这封邮件：

请将所有必要的文件（例如 pom、aar 和源）合并到一个通用路径中，我们将很乐意批准您的包含请求。

我不确定我做错了什么。

这是我的 bintray 库https://bintray.com/hitanshu-dhawan/maven/SharedPref

我的库 build.gradle 文件

使用 jfrog cli 1.14.0 的示例：

这导致： 属性：;this

价值：that

难道我做错了什么？

我正在尝试使用 Jenkins 中的 Artifactory/Jfrog 文件上传多种模式，例如 .zip 和 .tar.gz。

这是我的代码

我尝试了上面的语法，但它对我不起作用，它说 0 artifcats found。任何人都可以建议他们是否遇到类似的情况。

感谢和问候圣

pom.xml免责声明：由于保密限制，我无法在此处发布我的项目的完整文件。但是我提取了相关部分来说明我遇到的问题。我的组织最近购买了 Artifactory，我正在努力在 Gitlab 中集成一个自动化 CI/CD 构建管道，因此我一直在尝试遵循JFrog 网站上的官方教程。

管道失败的命令是它实际调用 maven 的地方（通过 JFrog CLI）：

显示的错误消息看起来像这样。它实际上只是在这一点之后挂起；JFrog CLI 没有返回退出代码，所以我最终不得不终止 Gitlab 管道。

在我的 POM 文件中，我将 Maven Central 存储库与 Artifactory 一起引用为libs-release和libs-snapshot. 我在部分中使用libs-release-local和。似乎它正在下载所有依赖项OK；但是我不确定为什么它会挂在这一点上。libs-snapshot-local<distributionManagement>ArtifactoryEclipseArtifactResolver

我不确定如何进行。这似乎很明显是 JFrog CLI 的问题（或者可能是我调用它的方式），因为我可以在本地系统上运行常规 Maven 并使一切正常。但我不确定如何解决这个问题并让 CI/CD 正常工作。

我将 github 设置为 Artifactory 中的 VCS 存储库。通过 Artifactory使用downloadBrachAPI 时（类似于通过 下载文件git clone），下载似乎包括除了点隐藏文件之外的所有内容（.gitignore 就是一个例子）。

从 Artifactory VCS 存储库下载分支时，有没有办法包含所有文件（包括点隐藏文件）？

这是我尝试过的：

这会产生一个 gzipped tarball，其中包含 repo 中的所有文件，除了点隐藏文件，但我需要 repo 中的所有文件。

更新#1

轻微更正 - 点隐藏文件正在下载，但 .git 子目录包含有关 Repo 本身的信息。有谁知道是否有办法获取 .git 目录以及包含的 Repo 元数据？

如果有人可以指导或提供指导以调试 Artifactory 的备份问题，将不胜感激。每当执行备份时 - 在 artifactory.log 中的 /api/v1/system/backup/export 上始终存在 401 错误消息 备份存在于备份位置，但在日志中有一条错误消息。不确定如何在日志中调试此错误及其影响。我可以在堆栈中看到 rest 调用失败，尝试将密码设置为不受支持和其他多项，但错误仍然存​​在。还检查了 Artifactory 上的 Jira 无济于事。任何指针将不胜感激

更多细节

按照日志中的信息进行备份失败。

2018-04-24 11:59:24,620 [ajp-apr-8009-exec-9] [ERROR] (o.a.s.a.AccessServiceImpl:1070) - Error during access server backup org.jfrog.access.client.AccessClientHttpException: HTTP response status 401:Failed on executing /api/v1/system/backup/export, with response: {"errors":[{"code":"UNAUTHORIZED","detail":"Bad credentials","message":"HTTP 401 Unauthorized"}]} at org.jfrog.access.client.http.AccessHttpClient.createRestResponse(AccessHttpClient.java:154) at org.jfrog.access.client.http.AccessHttpClient.restCall(AccessHttpClient.java:113) ... 以下是 artifactory.log 中显示的完整堆栈

2018-04-24 11:59:24,620 [ajp-apr-8009-exec-9] [ERROR] (o.a.s.a.AccessServiceImpl:1070) - Error during access server backup org.jfrog.access.client.AccessClientHttpException: HTTP response status 401:Failed on executing /api/v1/system/backup/export, with response: {"errors":[{"code":"UNAUTHORIZED","detail":"Bad credentials","message":"HTTP 401 Unauthorized"}]} at org.jfrog.access.client.http.AccessHttpClient.createRestResponse(AccessHttpClient.java:154) at org.jfrog.access.client.http.AccessHttpClient.restCall(AccessHttpClient.java:113) at org.jfrog.access.client.system.SystemClientImpl.exportAccessServer(SystemClientImpl.java:21) at org.artifactory.security.access.AccessServiceImpl.exportTo(AccessServiceImpl.java:1060) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317) at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:201) at com.sun.proxy.$Proxy144.exportTo(Unknown Source) at org.artifactory.spring.ArtifactoryApplicationContext.exportTo(ArtifactoryApplicationContext.java:662) at org.artifactory.ui.rest.service.admin.importexport.exportdata.ExportSystemService.execute(ExportSystemService.java:67) at org.artifactory.rest.common.service.ServiceExecutor.process(ServiceExecutor.java:38) at org.artifactory.rest.common.resource.BaseResource.runService(BaseResource.java:92) at org.artifactory.ui.rest.resource.admin.importexport.ExportArtifactResource.exportSystem(ExportArtifactResource.java:65) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60) at com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:205) at com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75) at com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:302) at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147) at com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108) at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147) at com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84) at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1542) at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1473) at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1419) at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1409) at com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:409) at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:558) at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:733) at javax.servlet.http.HttpServlet.service(HttpServlet.java:729) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:292) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207) at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:240) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207) at org.artifactory.webapp.servlet.RepoFilter.execute(RepoFilter.java:184) at org.artifactory.webapp.servlet.RepoFilter.doFilter(RepoFilter.java:93) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:240) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207) at org.artifactory.webapp.servlet.AccessFilter.useAuthentication(AccessFilter.java:403) at org.artifactory.webapp.servlet.AccessFilter.doFilterInternal(AccessFilter.java:212) at org.artifactory.webapp.servlet.AccessFilter.doFilter(AccessFilter.java:166) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:240) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207) at org.artifactory.webapp.servlet.RequestFilter.doFilter(RequestFilter.java:67) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:240) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207) at org.springframework.session.web.http.SessionRepositoryFilter.doFilterInternal(SessionRepositoryFilter.java:164) at org.springframework.session.web.http.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:80) at org.artifactory.webapp.servlet.SessionFilter.doFilter(SessionFilter.java:62) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:240) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207) at org.artifactory.webapp.servlet.ArtifactoryFilter.doFilter(ArtifactoryFilter.java:128) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:240) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:212) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:94) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:141) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79) at org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:620) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:502) at org.apache.coyote.ajp.AbstractAjpProcessor.process(AbstractAjpProcessor.java:877) at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:684) at org.apache.tomcat.util.net.AprEndpoint$SocketProcessor.doRun(AprEndpoint.java:2527) at org.apache.tomcat.util.net.AprEndpoint$SocketProcessor.run(AprEndpoint.java:2516) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) at java.lang.Thread.run(Thread.java:748) 2018-04-24 11:59:24,660 [ajp-apr-8009-exec-9] [INFO ] (o.a.s.ArtifactoryApplicationContext:819) - Note: the etc exported folder has excessive permissions. Be careful with the files.

我尝试标记 jFrog 中递归标记所有文件的文件夹，但希望排除该文件夹被标记。

有没有办法使用 jFrog rest API 只标记文件夹中的文件？

如果有人可以请说明备份和恢复 Artifactory 的最佳方法，将不胜感激。主要关注的是存储库以及用户和权限在恢复时可用。

我正在尝试系统导出和导入功能以及增量备份和导入，但在还原发生时用户/权限没有成功。期望在从源导入后看到所有用户 - 但最终结果相反 - 恢复完成后，我看到的唯一用户是 access-admin。我什至失去了目标实例上的用户和匿名用户。

根据阿蒂。doc https://www.jfrog.com/confluence/display/RTF/Importing+and+Exporting ，系统导出和导入应该处理包括安全性在内的事情但是我的测试似乎没有关于导入的用户信息。从医生。在系统级别，Artifactory 可以导出和导入整个 Artifactory 服务器：配置、安全信息、存储的数据和元数据。这在手动运行备份以及迁移和恢复完整的 Artif 时很有用。实例（作为使用数据库级备份和恢复的替代方法）。

默认嵌入式德比模式。在新实例中，按照我的理解文档说，不恢复数据库 - 系统备份和恢复（ALL）将处理所有配置。 但是我是人工制品的新手-如果我的理解不正确，请纠正我。

想指出恢复是在使用 jfrog ami 的单独新旋转实例上尝试的，而不是在支持数据的实例上。这是为了测试如果我们完全丢失了我们的实例，我们是否可以旋转新的 aws 实例并快速恢复人工环境。提前感谢您的帮助。

我在构建 Docker 容器的 CI 管道中使用以下命令：

RUN curl -fL https://getcli.jfrog.io | sh \ && mv jfrog /usr/local/bin/jfrog \ && jfrog rt config --interactive false --url https://artifactory.myorg.com/artifactory

失败并出现错误：[错误]参数数量错误。：

我在本地机器上运行了相同的命令并获得了相同的行为。

这是我们在 CI 管道中运行的命令，该 CI 管道最后一次运行是在 2018 年 4 月 19 日（大约 3 周前），我可以看到当时它成功了：

我只能推断 jfrog CLI 中的某些内容在此期间发生了变化。根据文档，我们发出的命令：

没关系。

希望这里有人能告诉我这个命令有什么问题，

我正在尝试使用带有 CircleCI 2.0 的 JFrog CLI 将我的 docker 图像发布到我的 JFrog 工件中，经过一些研究后我发现了本教程：https : //circleci.com/docs/1.0/Artifactory/ 但它基于 CircleCI 1.0 规范。

我config.yml目前的文件是：

但我收到以下错误：

有谁知道将 JFrog CLI 与 CircleCI 2.0 一起使用的正确方法是什么？