3

Jenkins を使用して、継続的インテグレーション ビルドを実行します。これらのビルドの出力は、EAR ファイル、WAR ファイル、またはアップストリーム環境にデプロイされる TAR 化されたファイルのコレクションである可能性があります。

ここまで、Jenkins を使用して生成されたアーティファクトを管理してきました。ただし、Artifactory は社内で展開しています。Artifactory を活用して生成されたアーティファクトをキャプチャするのは悪い考えでしょうか? もしそうなら、なぜですか?たとえば、Artifactory は、ビルド時に Maven を使用してプロジェクトにプルできるバージョンの JAR を保持することのみを意図しており、継続的統合ツールが使用するアーティファクトをキャプチャすることを意図していませんか?

4

2 に答える 2

5

私はそうは思わない。次の図は、sonatype Web サイトからのものです。

ここに画像の説明を入力

Maven リポジトリ マネージャーがデプロイ プロセスのプラットフォームになる方法を示します。

于 2012-08-09T23:42:26.473 に答える
5

Artifactory (または任意のバイナリ リポジトリ マネージャー)は、CI サーバーと組み合わせて使用​​する必要があります。プラグインもあります。

他のソリューション (ネットワーク共有、SCM) よりもバイナリ リポジトリ マネージャーを維持する理由は明らかです。

  1. バイナリ用に調整されています。
  2. 効率的。
  3. 安全。
  4. 配信用の単一の制御可能なゲートウェイ。

などなど。

バイナリ リポジトリ マネージャーを使用して依存関係を制御し、アーティファクトを解決します。あなたのサイクル全体にバイナリがあります:

  1. 環境を構築するバイナリ。
  2. ビルド プロセスで必要なバイナリ。
  3. CI 中に生成されたバイナリ。
  4. 配布すべきバイナリがリリースされました。

バイナリ リポジトリ マネージャーは、それらを保持する最も安全で効率的で自然な場所です。すべてのバイナリを 1 か所で維持すると、メンテナンスが減り、ビルドの再現性が向上します。

于 2012-08-10T05:15:25.047 に答える