アーティファクトリポジトリの目的は何ですか？
continuous deliveryまたはcontinuous integrationについて読むところはどこでも、Jenkinsがビルドごとにアーティファクトを既に保存している場合でもartifact repositoryを使用することをお勧めします。
では、なぜアーティファクトリポジトリを使用することが推奨されるのですか？Jenkinsビルドのアーティファクトを操作するためのスムーズなソリューションはありますか？たとえば、これらのアーティファクトを展開に使用するために？
アーティファクトリポジトリおよび継続的統合ツールが提供する2つの異なる目的で、一方を他方に置き換えることはできません。 this video from Artifactory 、アーティファクトリポジトリのプロバイダーの1つ、アーティファクトリポジトリを使用する理由について確認してください。
Jenkinsは、アーティファクトをバージョン管理せずにプレーンファイルとして保存しますが、アーティファクトリポジトリのアーティファクトはバージョン管理できます。そのため、アーティファクトを取得して管理する際の柔軟性がはるかに高くなります。 this 必要な理由に関する非常に良い記事を読んでください。 Jenkinsのような継続的インテグレーションツールでこれらのすべてがサポートされているわけではありません。
さらに、2つを統合する JenkinsのArtifactoryプラグイン も確認できます。
アーティファクトリポジトリが必要ですが、アーティファクトリポジトリは概念的な要素であり、必ずしも個別のツールではありません。 Jenkinsを使用すると、MD5署名と、リモートサーバーから必要なファイルをダウンロードする方法（Webサービス呼び出しですか？）が必要です。確かに、Jenkinsビルドパイプラインプラグインを使用するなどの簡単なことをしている場合、適切なバージョンのファイルにスムーズにアクセスできるはずです。
また、別の展開ツールを使用している場合は、優れたものにアーティファクトリポジトリがバンドルされています。
とにかく、ITILの人々がDefinitive Media/Software Libraryと呼ぶものが必要です。ビットが安全で信頼でき、公式であるという点で決定的です。また、ライブラリは簡単に検索してアクセスできます。アーティファクトリポジトリを使用する場合は、適切に安全であることを確認する必要があります。バックアップされます。デプロイメント（本番環境を含む）からアクセスできます。 Jenkinsを見て、それがこれらのカテゴリの基準を満たしている場合は、自分でやったと考えてください。不足していても驚かないでしょうが、Mavenリポジトリなどの専用ツールか、デプロイツールにバンドルされている何かが必要です。
この件に関する私のとりとめのないことについては、 記録されたウェブキャスト があります。そのためのスライドは Slideshare にあります。
私はJenkinsの最新情報を入手していません。元々Hudsonと呼ばれていたCIのバージョンを使用しています。
プロジェクトでは、通常、独自の（会社の）プロジェクトをフェッチしてデプロイできる場合は、独自のアーティファクトリポジトリを指す必要があります。
CIサーバーでアーティファクトリポジトリを使用して、正常に構築されたスナップショットとリリースを展開し、他の開発者が利用できるようにします。