私は自分の組織にまともな参照管理を導入しようとしています。以前にMavenでNexusを使用したことがあるので、すべてをローカルで構築する方法よりもはるかに優れていることを私は知っています。これは.Netショップなので、Mavenの代わりにNuGetを使用したいと思います。バイナリリポジトリが正しく機能するための最も重要なビットになることは知っていますが、バイナリリポジトリでNuGetリポジトリをホストした経験はありません。
この状況でNexusまたはArtifactoryを支持する理由はありますか？違いがあれば、CIとしてsvnを使用してJenkinsを使用しています。
これは、前回、Artifactory と Nexus の NuGet サポートを比較したときに判明したことです (免責事項 - 私は JFrog の一員です)。
Artifactory では、NuGet サポートが製品に自然に統合されているため、管理がはるかに簡単になります。ローカル リポジトリを NuGet 対応としてマークするか、リモート リポジトリのリモート URL を設定するだけです。複数の NuGet リポジトリを単一の仮想 NuGet リポジトリに簡単に集約できます。これは、Artifactory の他のリポジトリと同じアプローチです。Nexus では、新しいタイプのリポジトリを定義し、新しい専用のセキュリティ レルムを設定する必要があります。NuGet リクエストにも応答する既存のリポジトリが必要な場合は、それに特別なファサードを追加する必要があります。これは、すべての新しいタイプのリポジトリ (P2 など) で複数レベルの構成変更が必要になる Nexus での一般的なアプローチです。
Nexus UI には NuGet パッケージの統合はまったくありません。管理とメンテナンスに不可欠な NUGet アーティファクトを検索することさえできません (そのため、Visual Studio からのみ検索するだけでは十分ではありません)。これは主に、Nexus が Maven と Maven レイアウトを非常に重視しているためです。Artifactory では、他の成果物と同様に NuGet パッケージを検索および管理できます。UIでnuspec メタデータからの情報を表示したり、NuPkg パッケージの下にある個々のファイルの内容にドリルダウンしたり、その内容を調べたりすることもできます。
Artifactory では、セキュリティの統合も簡単です。特別なキーを手動で生成する必要はありませんが、キーはユーザー名とパスワードの組み合わせ、または安全なパスワードです。これは、ユーザーの NuGet パスワードを Artifactory の MS-AD/LDAP 統合と同期させたい場合に最適です。Nexus では、NuGet は分離されたセキュリティ レルムを使用します。
Artifactory は、より難解ではあるが有用なユースケースを含む、NuGet 検索の完全な範囲を実装します。基盤となる実装では、メモリ内キャッシュと永続的で事前に計算された検索可能なプロパティの組み合わせを使用して、NuGet クエリが非常に高速でスケーラブルであることを確認します。巨大なリポジトリであっても。Nexus が同様の最適化を使用しているかどうかは不明です。
それが役立つことを願っています。
PS。NuGet のサポートは、Artifactory の Pro バージョンの一部であり、 2014 年 9 月以降、Nexus OSS に無料で含まれています。
Nexus は NuGet をサポートしており、NuGet リポジトリを直接ホストまたはプロキシできます。こちらをご覧ください。
私は Maven と Nexus のファンなので、偏見があります。Artifactory を使用しました。これは優れたツールですが、当時は Nexus の方がはるかに優れていることがわかりました。NuGet 機能は OSS バージョンでも利用できると思いますが、再確認することをお勧めします。
Nexus が Artifactory よりも優れている理由とその可能性については議論しません。なぜなら、それは公正ではなく、フレーム ウォーを引き起こすだけだからです。私自身の推論は次のとおりです。Sonatype の連中は、Maven、Nexus、および Maven Central の背後にいる人々です。これにより、彼らは物事の中心に置かれるため、これらのツールの内部と相互運用性に関して、彼らの知識は常により深くなります。
Nexus に慣れ親しんでいるのであれば、率直に言って、乗り換える理由はないと思います。ただし、自分で決めることができます。こちらをご覧ください。