Ich interessiere mich für die Aufrechterhaltung einesMaven 2 Repository für meine Organisation. Was sind einige der Hinweise und Fallstricke, die helfen würden?

Welche Richtlinien müssen Benutzer beachten, wenn sie Standards für das Herunterladen von oder Veröffentlichen von eigenen Artefakten in das Repository festlegen, wenn sie ihren Code freigeben? Welche Arten von Governance / Regeln haben Sie für diese Art von Dingen? Was nehmen Sie darüber in den Leitfaden / die Dokumentation Ihres Entwicklers auf?

AKTUALISIEREN: Wir sind für Nexus aufgestanden und waren sehr zufrieden damit - befolgten die meisten Richtlinien von Sal und hatten keine Probleme. Darüber hinaus haben wir den Bereitstellungszugriff und die automatische Erstellung / Bereitstellung von Snapshot-Artefakten über einen Hudson CI-Server eingeschränkt. Hudson kann alle vor- und nachgelagerten Projektabhängigkeiten analysieren. Wenn das Build aufgrund eines Kompilierungsproblems, eines Testfehlers oder einer anderen Verletzung abgebrochen wird, tritt keine Bereitstellung auf. Seien Sie müde, Snapshot-Bereitstellungen in Maven2 / Maven3 durchzuführen, da sich die Metadaten zwischen den beiden Versionen geändert haben. Die Snapshot-Bereitstellungsstrategie "Nur Hudson" verringert dies. Wir verwenden das Release Plugin nicht, haben aber einige Installationsanweisungen für das Plugin geschriebenVersions-Plugin Wenn Sie einen Schnappschuss verschieben, um ihn freizugeben. Wir verwenden auch m2eclipse und es scheint sehr gut mit Nexus zu funktionieren, da es in der Einstellungsdatei Nexus sehen kann und Artefaktinformationen für die Suche von dort indizieren kann. (Obwohl ich einige dieser Einstellungen anpassen musste, damit unsere internen Snapshots vollständig indiziert werden.) Wenn Sie daran interessiert sind, empfehlen wir Ihnen außerdem, standardmäßig ein Quellglas mit Ihren Artefakten bereitzustellen. Wir konfigurieren das in einem Super-POM.

UPDATE2: Ich bin rüber gekommenDieses Sonatype-Whitepaper Hier werden verschiedene Einführungsstadien / Reifegrade mit jeweils unterschiedlichen Verwendungszielen für einen Maven-Repository-Manager beschrieben.