Ich habe ein Open-Source-Maven-Projekt auf GitHub gehostet. Nehmen wir an, die URL ist Ссылка .
Nun möchte ich es in das Sonatype OSS Maven Repository hochladen. Ich habe überprüft, dass sie eine strenge Regel für die Gruppen-ID ( Ссылка ) haben.
groupId identifiziert Ihr Projekt eindeutig in allen Projekten. Daher müssen wir ein Namensschema erzwingen. Es muss den Regeln für den Paketnamen folgen, was bedeutet, dass es mindestens ein von Ihnen gesteuerter Domänenname sein muss, und Sie können so viele Untergruppen erstellen, wie Sie möchten. z.B. org.apache.maven, org.apache.commons Eine gute Möglichkeit, die Granularität der groupId zu bestimmen, ist die Verwendung der Projektstruktur. Wenn das aktuelle Projekt ein Projekt mit mehreren Modulen ist, sollte ein neuer Bezeichner an die GroupID des Parents angehängt werden. z.B. org.apache.maven, org.apache.maven.plugins, org.apache.maven.reporting
Die Frage ist, dass für Projekte, die auf GitHub gehostet werden, was ist die richtige groudId?
Da die vom Benutzer generierte Website die Domain foo.github.io hat, habe ich mindestens die folgenden zwei Optionen:
Es ist eine beliebte Wahl, eine groupId mit der Hosting-Site im Namen zu verwenden. Suche auf Ссылка nach
Obwohl es besser ist, eine Domain zu verwenden, die Ihnen wirklich gehört, ist die Verwendung der Hosting-Site in der groupId ein vernünftiger Rückfall. Sie sollten sicherstellen, dass Sie einen Namen auswählen, der nicht mit dem Hosting-Unternehmen selbst (z. B. com.google), sondern mit der Hosting-Site (z. B. com.googlecode) verknüpft ist, sodass Sie eindeutig ein Projekt auf der Website sind und kein Projekt der zugrunde liegenden Firma.
Während viele groupId s von Maven-Projekten von der Webdomäne abgeleitet sind, stammen sie von der Domäne der Personen, die das Projekt gestartet haben - github ist nur ein praktischer Service, um anderen Personen den Zugriff auf Ihr Projekt zu ermöglichen.
Sie sollten also genau wie alle anderen Projekte eine ID auswählen, die spezifisch für Sie ist dort .