Ich verwalte viele Maven-Projekte. Die meisten von ihnen werden in unserem internen Maven-Repository bereitgestellt. Jetzt möchte ich ein Projekt in Maven Central veröffentlichen. Bisher hatte ich ein Eltern-POM, das die DistributionManagement unseres internen Repositorys spezifiziert hat. Es ist nicht sinnvoll, diese Informationen in Maven Central bereitzustellen.Verschieben eines Projekts nach Maven Central
Wie sollte ich das Verteilungsmanagement für meine internen Projekte angeben? Soll ich für interne Projekte einen eigenen Eltern-Pom-Konzern haben?
Sonatype erwähnt eine Möglichkeit, direkt in ihren Repositories bereitzustellen, aber sie empfehlen, ihre eigenen Eltern Pom (Oss-Parent) zu verwenden. Bei Projekten mit mvnrepository.org konnte ich keine Projekte mit Oss-Parent als Eltern finden. Stellen die meisten Projekte ihre Artefakte manuell für Sonatype bereit? Wo und wie setzen sie sie zuerst ein?
So viele Fragen! Ich bin erstaunt, wie kompliziert dies ist ...
Update: es stellt sich heraus, einige der Projekte, die ich identifizierte tun Verwendung Oss-Parent. Es ist nur versteckt, da es das Elternteil eines Elternteils ist.
Als ich das letzte Mal darüber gelesen habe, glaube ich, dass du ein Ticket mit ihnen sammeln musst, um dein Glas in Maven Central zu bringen. Aber Sie haben Recht bezüglich des Sonatype OSS-Repositorys. Ich denke, vorausgesetzt, Sie erfüllen bestimmte Voraussetzungen, die es Ihnen ermöglichen, sie direkt in ihrem Repo bereitzustellen. Wenn Sie eine Bibliothek in die Public Domain stellen, sollte sie idealerweise über Apache 2 oder eine ähnliche Lizenz verfügen. Bist du bereit deinen Code für die Welt zu öffnen? Wenn dies der Fall ist, kann es sinnvoll sein, Ihren Code an einem Ort wie Github, SourceForge oder Google Code zu hosten. –
Der Code ist offen für die Welt. Ich versuche jetzt, die Binärdateien für die Welt verfügbar zu machen. – schmmd