nexus oder artifactory mit nuget?
Ich versuche, einzuführen anständige Referenz-management zu meiner organisation. Dass Nexus mit Maven vor, ich weiß, dass es weit überlegen sein, die Methode der Bau alles lokal. Als dies ist ein .Net-shop, den ich nutzen möchte NuGet statt Maven. Ich kenne die Binär-repository werden die wichtigsten wenig, um richtig zu machen, aber haben keine Erfahrung des hosting ein NuGet-repository in ein Binär-repository.
Gibt es irgendeinen Grund zu Gunsten Nexus oder Artifactory in dieser situation? Wir sind mit Jenkins mit svn als unsere CI, falls das einen Unterschied macht.
- Einfach und update auf diese, da die Fragen, die ein paar Jahre alt, es gibt jetzt ProGet die begann, als NuGet-Paket-manager aber jetzt ein universal-Artefakt-repository-manager wie Jfrog ' s Artifactory. Check-out einen Vergleich der beiden tools für ein bisschen mehr hintergrund: inedo.com/support/kb/1115/a-comparison-artifactory-vs-proget
Du musst angemeldet sein, um einen Kommentar abzugeben.
Dies ist, was wir herausgefunden Letzte mal, dass wir im Vergleich der NuGet-Unterstützung in Artifactory vs. Nexus (disclaimer - ich bin mit JFrog):
In Artifactory der NuGet-Unterstützung ist natürlich in das Produkt integriert, wodurch das management viel einfacher - markieren Sie einfach ein lokales repository als NuGet-aktiviert oder legen Sie die remote-URL für das remote-repo. Mehrere NuGet-repositories kann leicht aggregiert unter einer einzigen virtuellen NuGet-repo - gleiche Ansatz verwendet, mit anderen repo in Artifactory; In Nexus, müssen Sie definieren eine neue Art von repository, eine neue dedizierte security-realm, und wenn Sie ein vorhandenes repository zu beantworten auch NuGet-Anfragen, die Sie haben, um eine Besondere Fassade zu. Dies ist ein allgemeiner Ansatz im Nexus, in der jede neue Art von repository (wie P2) erfordert multi-level-änderungen an der Konfiguration.
Es gibt absolut keine integration für die NuGet-Pakete in der Nexus UI. Sie können auch Suche nach NUGet-Artefakte, die entscheidend für das management und die Wartung (das ist der Grund, warum die Suche nur von der Visual Studio-kann nicht genug sein). Dies ist vor allem aufgrund der Tatsache, dass die Nexus ist stark orientiert an Maven und Maven layout;
In Artifactory, können Sie suchen und NuGet-Pakete verwalten wie alle anderen Artefakte. Sie können Informationen aus der nuspec-Datei Metadaten in der Benutzeroberfläche und auch Drilldown in den Inhalt der einzelnen Dateien, die unter einer NuPkg-Paket, und überprüfen Sie Ihren Inhalt.
Sicherheit integration ist auch einfacher in der Artifactory - es gibt keine Notwendigkeit, manuell zu generieren, die einen speziellen Schlüssel, aber der Schlüssel ist, nur die Kombination von Benutzername und Passwort oder ein Sicheres Passwort. Das ist großartig, wenn Sie möchten, dass Ihre Benutzer NuGet-Passwörter synchronisiert werden mit Artifactory MS-AD/LDAP-integration; Im Nexus NuGet verwendet eine isolierte security-realm.
Artifactory implementiert die vollständige Palette von NuGet durchsucht, darunter auch die eher esoterischen, aber sinnvolle use-cases, und der zugrunde liegenden Implementierung verwendet eine Kombination von in-memory-caches und persistent, pre-berechnet, durchsuchbare Eigenschaften, um sicherzustellen NuGet-Abfragen sind sehr schnell und skalierbar, auch für ein riesiges repository; Nicht sicher, ob Nexus verwendet ähnliche Optimierungen.
Ich hoffe, das hilft.
PS. NuGet-Unterstützung ist Teil der Pro-Versionen von Artifactory, und frei im Nexus OSS seit september 2014.
Nexus hat die Unterstützung für NuGet und Sie können host oder proxy-Ihre NuGet-repositories direkt in es. Haben Sie einen Blick hier.
Ich bin ein Maven und Nexus-fan, also bin ich voreingenommen. Ich habe verwendet, Artifactory. Es ist ein gutes tool, aber ich fand Nexus viel besser zu der Zeit. Ich glaube, dass das NuGet-Funktion ist auch in der OSS-version, aber möchten Sie vielleicht, um zu überprüfen, dass.
Will ich nicht streiten, warum und wenn Nexus ist besser als Artifactory, als wäre es nicht fair und würde nur dazu führen, dass flame-wars. Meine eigene überlegung ist diese: die Sonatype Jungs sind die, die hinter Maven, Nexus, Maven Central. Dies versetzt Sie in das Herz der Dinge und damit Ihr wissen immer tiefer in Bezug auf die Interna dieser tools und deren Interoperabilität.
Wenn Sie vertraut und bequem mit dem Nexus, ich ehrlich gesagt sehe keinen Grund für Sie zu wechseln. Sie können jedoch für sich selbst entscheiden. Haben Sie einen Blick hier.