Un mejor centro de Maven. Maven Central es el más utilizado … | Autor: Emmanuel Mocklin | Octubre de 2021
Maven Central es el repositorio más utilizado para artefactos Java. Casi todos los archivos de Gradle terminan con:
buildscript {
repositories {
mavenCentral()
// maybe other repos here
Sin embargo, publicar con Sontatype, OSSHR y Nexus (este artículo explica bien estos términos) es un proceso muy lento y doloroso:
Fuente: https://jfrog.com/blog/bintray-as-pain-free-gateway-to-maven-central/.
Podría argumentar que Jfrog es parcial, pero estoy totalmente de acuerdo con cualquiera de las declaraciones anteriores. Ahora que Jfrog reemplaza a JCenter ya no existe, solo queda una solución para proyectos de código abierto, y esta solución es excelente: jitpack.io.
Increíble porque hayelectrónicoUna vez publicados, en realidad no hay ningún esfuerzo por publicar artefactos. maven
o maven-publish
El complemento está configurado (debe hacerse en cualquier caso) -> consulte mi otro artículo aquí.
Si tiene una cuenta de GitHub, casi ha terminado de registrarse en Jitpack.io. Simplemente otorgue acceso a Jitpack.io a su repositorio público. Y hecho, quiero decir literalmente hecho.
Jitpack.io es muy simple, ni siquiera noté mis artefactos, como este repositorio: https://github.com/1gravity/Android-RTEditor se publicó automáticamente en Jitpack.io (cuando estaba trabajando en un Maven Central hora de publicación)). Jitpack construyó y lanzó automáticamente mi biblioteca:
- Porque puede acceder a mi repositorio
- Porque marqué mi compromiso con un número de versión, por ejemplo
v1.7.3
- Porque
maven-publish
La tarea está configurada - Porque jitpack.io es una gran herramienta 😉
Para usar los artefactos publicados, debe agregar jitpack.io como un repositorio de Maven, pero esta es la única desventaja menor en comparación con los artefactos publicados en Maven Central:
allprojects
repositories
...
maven url 'https://jitpack.io'
No necesito pasar por el doloroso proceso de registro de Sonatype, ni necesito configurar una canalización de compilación en el repositorio de código abierto de mi elección.
Hice esto para proyectos de Android (como aquí y aquí) y proyectos de backend Java (como aquí), y es igualmente simple.