Auto: lerna independiente con solo complementos 'git-tag' y 'liberados' no crea lanzamientos independientes

Creado en 13 ago. 2020  ·  8Comentarios  ·  Fuente: intuit/auto

Describe el error

Cuando agrega la etiqueta 'menor' o 'mayor' en su PR, y con lerna en modo independiente, uno esperaría que el control de versiones de los componentes fuera independiente. Esto no se refleja en el control de versiones en este momento, donde se crea una etiqueta semver vx.xx para todo el proyecto, en lugar de la etiqueta f, ex @ org-name / component @ xxx

Reproducir

ver https://github.com/LEGO/poc-yarn-lerna-workspaces-auto-typescript-tags

Comportamiento esperado

la opción de especificar el control de versiones (ya que esto podría ser un cambio radical con respecto al comportamiento actual, o incluso una reescritura importante a juzgar por lo que estoy pidiendo aquí) de la misma manera que lo haríamos para las versiones que tienen paquetes adjuntos.

si esta no es la intención de cómo se va a usar el complemento git-tag, estamos viendo un escenario en el que tenemos un monorepo con proyectos npm en un monorepo que no necesitan ser publicados en npm / packages, pero aún requieren independientes versionado

bug released

Comentario más útil

Dicho esto, aunque veo una situación en la que esto no funciona. Digamos que un PR solo afecta un paquete privado, aún querría que el paquete tenga una versión, pero no se publique. Viendo si puedo mejorar esto ahora

Todos 8 comentarios

Por lo tanto, todos los complementos de "publicación" están diseñados para usarse solo uno a la vez. Entonces, usa npm o git-tag .

estamos viendo un escenario en el que tenemos un monorepo con proyectos npm en un monorepo que no necesitan ser publicados en npm / packages, pero aún requieren versiones independientes

Creo que puede lograr esto simplemente configurando private como verdadero en los paquetes que no desea publicar. Todavía obtendrán versiones, simplemente no lo harán en el registro.

Agregué algunos documentos para aclarar esta confusión para futuros usuarios. https://github.com/intuit/auto/pull/1465/files

¿Tiene alguna otra pregunta?

Esto aclara las cosas de lo que es su visión para el automóvil, muy útil

Por lo tanto, todos los complementos de "publicación" están diseñados para usarse solo uno a la vez. Entonces, usa npm o git-tag .

estamos viendo un escenario en el que tenemos un monorepo con proyectos npm en un monorepo que no necesitan ser publicados en npm / packages, pero aún requieren versiones independientes

Creo que puede lograr esto simplemente configurando private como verdadero en los paquetes que no desea publicar. Todavía obtendrán versiones, simplemente no lo harán en el registro.

¡Hola! Probé la sugerencia de establecer privado en verdadero en los paquetes, pero luego aparece este error aquí (está en Crear versión)

En realidad, eso no es un error. Sin embargo, el resultado detallado es un poco engañoso. A veces, auto ejecutará un comando para ver el resultado. A veces ese resultado es un fracaso. En el modo detallado, registramos muchas respuestas, esto incluye cosas que contienen texto que dice "error" en ellas.

En este caso, el complemento npm ejecutará lerna updated para comprobar si habrá paquetes para publicar durante la ejecución shipit . Si no hay ninguno, salimos temprano para que la publicación no falle más tarde. si hubiera corrido sin -v, la última línea impresa habría sido

⚠  warning   Lerna detected no changes in project. Aborting release since nothing would be published.

Dicho esto, aunque veo una situación en la que esto no funciona. Digamos que un PR solo afecta un paquete privado, aún querría que el paquete tenga una versión, pero no se publique. Viendo si puedo mejorar esto ahora

¡Piensa que esto debería arreglarse ahora!


: rocket: El problema se publicó en v9.50.8 : rocket:

¿Fue útil esta página
0 / 5 - 0 calificaciones