3

jar 的版本号要长一些，xxx 我们宁愿用xxxx 来集成一些老式的自制机制。这是因为我们用 xxx 标记了我们的软件，并且一旦我们向客户交付了一个特定的 jar，就必须在这个时间点准确地构建一个特定的 jar，以适应另一个与我们的程序通信的后端。出于这个原因，这个 jar 的版本为 2.3.4.1，当生成并在下一次交付相同版本时，它被构建并命名为 2.3.4.2。现在 artifactory 无法处理这个问题，在某些情况下不会保存超过 xxx2。所以我们想到了可能在 maven 存储库布局中编辑正则表达式（见附件截图）因为测试下面字段中的路径显示，它无法处理版本号。当然对于我们其余的罐子仍然是 xx

例如这里是 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>

文件夹结构如下所示：

someid - 1.4.62 - 1.4.62.1 - 1.4.62.2 - 1.4.62.3

如果我们部署一个新的工件版本（1.4.62.1），maven-metadata.xml 包含 1.4.62.1 版本。但工件在未指定时间后将版本号 (1.4.62.x) 覆盖为 (1.4.62)。看来神器只支持主要、次要和修订号，并删除了内部版本号。现在我们正在寻找解决方案来禁用此行为。我们使用 JFrog Artifactory 版本 2.5.0 (rev. 13086)。

4

1 回答 1

1

I apologize in advance that this will be an unsatisfactory answer for you.

Your version format is incompatible with the version format used by Maven. Maven uses a .. format for version numbers. Anything after this needs to be prefaced with a dash for it to be properly used by Maven. For more information about how version numbers are used and formatted in Maven, please refer to this section of the Maven book: http://www.sonatype.com/books/mvnref-book/reference/pom-relationships-sect-pom-syntax.html

于 2012-12-26T18:44:06.520 回答