3

私たちのjarファイルのバージョン番号はもっと長くする必要がありますxxx昔ながらの自作のメカニズムを統合するには、むしろxxxxが必要です。これは、ソフトウェアにxxxのタグを付けており、顧客に配信されるとすぐに、プログラムと通信する別のバックエンドに適合するように、この時点で1つの特定のjarを正確に構築する必要があるためです。そのため、この1つのjarにはバージョン2.3.4.1があり、生成されたときに同じバージョンの次の配信でビルドされ、2.3.4.2という名前が付けられます。現在、アーティファクトはこれを処理できず、場合によってはxxx2を超えて保存されません。そこで、Mavenリポジトリレイアウトの正規表現を編集することを考えました（添付のスクリーンショットを参照）。下のフィールドでパスをテストすると、バージョン番号を処理できないことがわかります。もちろん、残りのjarファイルについてはまだ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

納得のいかない回答になってしまいますことをあらかじめお詫び申し上げます。

バージョン形式は、Maven で使用されるバージョン形式と互換性がありません。Maven は、バージョン番号に .. 形式を使用します。Maven で適切に使用するには、この後にダッシュを付ける必要があります。バージョン番号が Maven でどのように使用およびフォーマットされるかについての詳細は、Maven ブックのこのセクションを参照してください: http://www.sonatype.com/books/mvnref-book/reference/pom-relationships-sect-pom-シンタックス.html

于 2012-12-26T18:44:06.520 に答える