- iOS/Objective-C 元类和类别
- objective-c - -1001 错误,当 NSURLSession 通过 httpproxy 和/etc/hosts
- java - 使用网络类获取 url 地址
- ios - 推送通知中不播放声音
我们 jar 的版本号必须比 x.x.x 长。我们宁愿需要 x.x.x.x 来集成一些老式的自制机制。这是因为我们用 x.x.x 标记我们的软件,一旦我们向客户交付了一个特定的 jar 就必须在这个时间点准确地构建以适应另一个后端,它与我们的程序进行通信。出于这个原因,这个 jar 的版本是 2.3.4.1,当生成并在下一次交付相同版本时,它被构建并命名为 2.3.4.2。现在 artifactory 无法处理此问题,在某些情况下不会保存超过 x.x.x.2。所以我们想到也许可以在 maven 存储库布局中编辑正则表达式(参见随附的屏幕截图)因为测试下面字段中的路径显示,它无法处理版本号。当然,对于我们其余的 jar ,x.x.x 仍然必须工作..
例如这里是 maven-metadata.xml
<?xml version="1.0" encoding="UTF-8"?>
<metadata>
<groupId>com.firm</groupId>
<artifactId>someid</artifactId>
<version>1.5.1</version>
<versioning>
<latest>1.5.1</latest>
<release>1.5.1</release>
<versions>
<version>1.4.62</version>
</versions>
<lastUpdated>20120926073942</lastUpdated>
</versioning>
</metadata>
文件夹结构如下:
某某- 1.4.62- 1.4.62.1- 1.4.62.2- 1.4.62.3
如果我们部署新的 Artifactory 版本 (1.4.62.1),则 maven-metadata.xml 包含 1.4.62.1 版本。但是在未指定的时间之后, Artifactory 将版本号 (1.4.62.x) 覆盖为 (1.4.62)。 Artifact 好像只支持major、minor和revision numbers,删除了buildnumber。现在我们正在寻找一种解决方案来禁用此行为。我们使用 JFrog Artifactory 版本 2.5.0(修订版 13086)。
最佳答案
我提前道歉,这将是一个不能让你满意的答案。
您的版本格式与 Maven 使用的版本格式不兼容。 Maven 使用 .. 格式表示版本号。在此之后的任何内容都需要以破折号开头,以便 Maven 正确使用它。有关如何在 Maven 中使用和格式化版本号的更多信息,请参阅 Maven 书中的这一部分:http://www.sonatype.com/books/mvnref-book/reference/pom-relationships-sect-pom-syntax.html
关于java - 如何在 artifactory 中配置更长的版本号,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/12598207/
我是一名优秀的程序员,十分优秀!