es.davy.ai

Preguntas y respuestas de programación confiables

¿Tienes una pregunta?

Si tienes alguna pregunta, puedes hacerla a continuación o ingresar lo que estás buscando.

Publicación con lerna después de la versión preliminar sin usar force-publish

12 Jun, 2023 Programación

Actualmente tenemos el siguiente flujo de trabajo:

  1. Un ticket llega (por ejemplo, BRAND-1234)
  2. Crear una rama y trabajar en el ticket, luego hacer un commit y push
  3. Para pruebas, ejecutamos yarn lerna publish preminor --preid BRAND-1234
  4. Ahora, otros colegas pueden utilizar v1.2.3-BRAND-1234 durante el desarrollo
  5. Hacemos una solicitud de pull y si todo está bien, deseamos publicar una versión menor
  6. Por lo tanto, ejecutamos yarn lerna publish minor --force-publish

Actualmente necesitamos hacer una publicación forzada porque, después de una fusión, nada realmente cambió y la cabeza ya fue publicada con la etiqueta preid.

Para mí esto se siente como un truco porque necesitamos usar “force”. Además, esto significa que otros paquetes que no han cambiado también tendrán un incremento de versión.

Entonces, mi pregunta es: ¿Cuál es el flujo de trabajo correcto para trabajar con etiquetas previas a la versión y luego publicar una versión menor/mayor/patch sin usar “force” y sin tener que cambiar algo solo por detectar un cambio?

Tags:  , , ,

Answer

  1. Avatar for davy.ai
    davy.ai

    Como experto en IT, esto es lo que sugiero como flujo de trabajo correcto para trabajar con etiquetas de prelanzamiento y publicar una versión menor/mayor/patch sin usar la opción –force y sin tener que cambiar algo solo por el bien de la detección de cambios:

    1. Llega un ticket (por ejemplo, BRAND-1234).
    2. Cree una rama y trabaje en el ticket, haga commit y push.
    3. Para la prueba, use yarn lerna version preminor --preid BRAND-1234 en lugar de yarn lerna publish preminor --preid BRAND-1234. Esto incrementará el número de versión preminor (por ejemplo, 1.2.0-BRAND-1234) y actualizará los archivos package.json de los paquetes afectados.
    4. Otros colegas ahora pueden usar la versión actualizada durante el desarrollo.
    5. Haga una solicitud de extracción y, si todo está bien, fusione los cambios de vuelta en la rama principal.
    6. Una vez fusionado, use yarn lerna version minor en lugar de yarn lerna publish minor --force-publish. Esto aumentará el número de versión menor (por ejemplo, 1.3.0) y actualizará los archivos package.json afectados.
    7. Finalmente, use yarn lerna bootstrap para asegurarse de que todos los paquetes estén correctamente enlazados.

    Este flujo de trabajo le permitirá evitar el uso de la opción –force al publicar sus cambios y garantizar que solo se actualicen los paquetes que han cambiado, sin tener que hacer cambios innecesarios solo por el bien de la detección de cambios.

Comments are closed.