continuous-integration - アーティファクトリポジトリの目的は何ですか？

Question

継続的デリバリーまたは継続的インテグレーションについて読む場合は常に、Jenkinsがビルドごとにアーティファクトを既に保存している場合でも、アーティファクトリポジトリを使用してアーティファクトを保存することをお勧めします。

では、なぜアーティファクトリポジトリを使用することが推奨されるのでしょうか。Jenkinsビルドのアーティファクトを処理するためのスムーズなソリューションはありますか？これらのアーティファクトを展開に使用するには？

Answer 1

アーティファクトリポジトリと継続的インテグレーションツールは2つの異なる目的を果たし、一方を他方に置き換えることはできません。アーティファクトリポジトリのプロバイダーの1つであるArtifactoryからのこのビデオで、アーティファクトリポジトリを使用する理由について確認してください。

Jenkinsは、アーティファクトをバージョン管理せずにプレーンファイルとして保存しますが、アーティファクトリポジトリ内のアーティファクトはバージョン管理できます。したがって、アーティファクトを取得して管理する際の柔軟性が大幅に向上します。なぜそれらが必要なのかについて、この非常に良い記事を読んでください。確かに、これらすべてがJenkinsのような継続的インテグレーションツールによってサポートされているわけではありません。

さらに、2つを統合したJenkins用のArtifactoryプラグインもご覧いただけます。

Answer 2

アーティファクトリポジトリが必要ですが、アーティファクトリポジトリは概念的な部分であり、必ずしも別個のツールではありません。Jenkinsを使用すると、MD5署名と（私が思うに）リモートサーバーから必要なファイルをダウンロードする方法（Webサービス呼び出しでしょ？）が必要です。確かに、Jenkinsビルドパイプラインプラグインを使用するような単純なことをしている場合は、適切なバージョンのファイルにスムーズにアクセスできるはずです。

または、別のデプロイメントツールを使用している場合は、より優れたツールがアーティファクトリポジトリをバンドルします。

とにかく、ITILの人々が決定的なメディア/ソフトウェアライブラリと呼ぶものが必要です。ビットが安全で、信頼でき、公式であるという点で決定的です。また、ライブラリは簡単に検索してアクセスできます。アーティファクトリポジトリを操作するときは、十分に安全であることを確認する必要があります。バックアップされます。デプロイメント（本番環境を含む）でアクセスできます。Jenkinsを見て、それらのカテゴリの基準を満たしている場合は、完了したと見なしてください。それが不足している場合、そしてそれがあったとしても驚かないのであれば、Mavenリポジトリのような専用ツールか、デプロイツールにバンドルされているものが必要です。

このテーマに関する私のとりとめのない話については、録画されたWebキャストがあります。そのためのスライドはSlideshareにあります。

Answer 3

私はJenkinsの最新情報を入手していませんが、元々ハドソンと呼ばれていたバージョンのCIを引き続き使用しています。

プロジェクトでは、通常、独自の（会社の）プロジェクトをフェッチしてデプロイできる場合は、独自のアーティファクトリポジトリを指す必要があります。

CIサーバーでアーティファクトリポジトリを使用すると、正常にビルドされたスナップショットとリリースをデプロイして、他の開発者が利用できるようになります。