2

Artifactory、Nexus、Archivaなどのソフトウェア アーティファクト リポジトリを調査してきました。このようなアーティファクト リポジトリは、依存関係の管理と自動化されたビルド ツールを使用して、継続的な統合環境で適切に機能します。これらは Maven の影響を大きく受けています。

また、Debian や RedHat が使用するような Linux パッケージ リポジトリについても認識しています。これらのシステムでは、必要なすべての依存関係を含むソフトウェアのダウンロードとインストールが非常に簡単です。

Maven ライクなリポジトリと Linux パッケージ リポジトリの主な違いは何ですか? 根本的に異なる設計目標はありますか? プラットフォームの実装はさておき、それらは交換可能でしょうか?

4

3 に答える 3

1

ArtifactoryにはYUMアドオンがあり、標準のHTTP公開YUMサーバーと同じように動作できます（デプロイメントと解決の両方で）。

Debianパッケージのサポートもロードマップにあります。

于 2012-07-12T06:37:10.980 に答える
1

そこにあるさまざまなアーティファクト作成アプリケーションは、rpm や deb がしないことは何もしません。実際、それらは一般的にはるかに能力が低く、はるかに複雑です。deb や rpm の回避に関する最大の問題は、無知だと思います。もう 1 つは、アーティファクトが OS に依存せず (ビルドは確かにそうではありません)、ディストリビューションに依存しないことです。

于 2016-09-14T16:32:02.983 に答える
0

Linux パッケージ リポジトリ

  • 主にエンドユーザー ソフトウェアを提供しますが、開発者ライブラリも提供できます
  • リリース ビルドが一般的ですが、スナップショット ビルドが利用できる場合もあります
  • 一般的に自動的にインストールまたは削除される推移的な依存関係
  • パッケージを頻繁にインストールし、まれに削除するために使用
  • パッケージは、システム全体の単一の場所にインストールされます
  • ディストリビューション固有の Linux ソフトウェアのみを提供する
  • サーバーは Linux で実行されます
  • 参照およびダウンロード用のコマンドラインまたはグラフィカル ツール

ソフトウェア アーティファクト リポジトリ

  • 主に開発者ライブラリを提供しますが、エンドユーザー ソフトウェアも提供できます
  • リリース ビルドとスナップショット ビルドはどちらも一般的です
  • 推移的な依存関係は、パッケージに応じてさまざまな方法で処理されました
  • パッケージは基本的にユーザーのマシンにキャッシュされ、頻繁に消去される可能性があります
  • パッケージはシステム全体ではなく、プロジェクトごとにキャッシュされます
  • あらゆるオペレーティング システムにソフトウェアを提供
  • サーバーは、任意のデスクトップまたはサーバー オペレーティング システムで実行されます
  • 閲覧およびダウンロード用の Web インターフェイス
  • さまざまなプロトコルをサポート (Maven、Ivy、NuGet、P2 など)
于 2012-07-12T13:15:12.153 に答える