Wie ich es verstehe, ist Nexus dafür verantwortlich, JAR-Dateien zu speichern, die über ihr Pom auf andere Abhängigkeits-JARs verweisen. Und umgekehrt können die ursprünglichen JAR-Dateien auch als Abhängigkeiten verwendet werden.
Sollten wir jedoch Release-Artefakte in Nexus speichern? Dies sind Dateien, die niemals als Abhängigkeiten verwendet werden. Dazu gehören jar-with-dependencies, WAR-Dateien, zip / tar.gz-Dateien usw. Wo ist der richtige Ort, um sie zu speichern?
Ein einfacher HTTP-Server wie Ссылка scheint die richtige Idee zu sein. Aber Nexus ist in der Tat nur ein Manager.
Nexus ist definitiv ein guter Ort, um diese Artefakte zu speichern, da es sich längst über einen reinen Maven-Repository-Server hinaus entwickelt hat. Es gibt Ihnen eine nette Benutzeroberfläche für Download, Sicherheit und vieles mehr.
Wenn Sie Nexus bereits verwenden, würde ich definitiv keine Zeit mit einer weiteren Server- oder Infrastrukturkomponente verschwenden, um diese Artefakte zu speichern. Vor allem auch, wenn Sie Ihre Artefakte mit Maven bauen. Die Bereitstellung kommt dann ziemlich kostenlos.
Ich stimme Manser zu.
Aus meiner Sicht sollte jedes Mal, wenn Sie etwas veröffentlichen, es in Ihrem Repository sein (Nexus, Archiva, Artifactory, was immer Sie wollen).
Dies gilt für Enterprise-Repositorys, insbesondere aber, wenn Sie etwas im Internet veröffentlichen, um eine gebaute Version einsatzbereit zu halten (und nicht bereit zum Erstellen; dies ist Ihr SCM-Job). Auch wenn es ein Glas mit Abhängigkeiten ist, ist es eine bequeme Art, Ihre Veröffentlichung zu verteilen.
Der einzige schlechte Punkt ist, dass Sie einen großen Platz im Repo einnehmen, indem Sie Gläser vervielfältigen (für Krieg, Ohr oder Jar-mit-Abhängigkeiten). Aber es ist (in diesem Moment) die einzige Möglichkeit, eine Vollversion zur Ausführung bereit zu haben.