Auto: Complemento: aplique etiquetas de relaciones públicas basadas en mensajes de compromiso de estilo de liberación semántica
Movido de https://github.com/intuit/auto-release/issues/176
@aleclarson dijo:
Aquí hay un complemento que necesito de inmediato:
Escanea los mensajes de confirmación de un PR en busca de prefijos de estilo
semantic-release(por ejemplo:fix:,feat:,BREAKING) y aplica automáticamente elpatchapropiadominor/majoretiqueta al PR.
Inspirado en este hilo de Twitter.¿Considerarías esto como un complemento con soporte oficial?
@hipstersmoothie dijo:
¡Sí, eso suena como un buen complemento! Estoy de acuerdo con que sea oficial. Aunque es posible que necesitemos agregar uno o dos ganchos adicionales para este comportamiento
Un enlace con el nombre
parseCommitpodría habilitar esto aquí
@aleclarson dijo:
Podríamos usar parse-commit-message para extraer metadatos de las confirmaciones (aunque su dependencia de esm lo hace un poco pesado , pero eso se eliminará una vez que NodeJS admita los módulos ES de forma nativa). Mientras tanto, podríamos bifurcarlo y eliminar la dependencia
esmsi nos molesta lo suficiente. Incluso si no lo bifurcamos, sigue siendo ~6 veces más pequeño que lo que usasemantic-release.
aleclarson
Todos 14 comentarios
Es bastante extraño cómo depende de ESM
hipstersmoothie
en 19 ene. 2019
Probablemente debería estar usando esm para la compilación y no en producción
es como usar babel-register en lugar de simplemente construirlo y publicar la carpeta dist
hipstersmoothie
en 19 ene. 2019
Pensé lo mismo al principio, pero una mirada al código fuente dice lo contrario.
editar: Oh nvm, estás diciendo que esm se puede usar para compilar antes de publicar. Deberíamos enviar un PR.
aleclarson
en 19 ene. 2019
De lo contrario, parece un buen módulo. agradable y delgado
hipstersmoothie
en 19 ene. 2019
Parece que esm no está hecho para la compilación: https://github.com/standard-things/esm/issues/13#issuecomment -321710199
Digo que bifurquemos por ahora, y convertimos la sintaxis import y export a CommonJS.
aleclarson
en 19 ene. 2019
hmm, sí, solo estaba leyendo el archivo Léame. parece que entendí mal
hipstersmoothie
en 19 ene. 2019
esm parece agregar 65kb 😮
https://packagephobia.now.sh/result?p=parse-commit-message
https://bundlephobia.com/[email protected]
hipstersmoothie
en 19 ene. 2019
Haré un pr para cambiar a https://github.com/developit/microbundle y tal vez lo agregue.
hipstersmoothie
en 19 ene. 2019
Debería considerar usar https://github.com/egoist/bili en su lugar. Tiene la mitad del tamaño de instalación, pero puede tener otras ventajas y desventajas. No estoy seguro.
aleclarson
en 19 ene. 2019
hipstersmoothie
en 19 ene. 2019
Por cierto, para unirse a la fiesta. git-commits-since y detect-next-version podrían ser más útiles aquí.
Estoy usando esm debido a las garantías y porque está detrás del indicador de función esm de Node. Fácilmente podría usar ascjs o similar como rewrite-imports , pero esm admite mucho más que solo importar/exportar. Y como no hice _ningún_ paso de compilación ni nada, para las pruebas solo lo uso como un gancho para mi corredor.
Lo que nos lleva a eso, podemos cambiar a ascjs o asbundle .
tunnckoCore
en 20 ene. 2019
@aleclarson ¿por qué el tamaño es un problema tan grande? Incluso en la tierra de los nodos, nuestros administradores de paquetes ya son lo suficientemente inteligentes como para deduplicar.
tunnckoCore
en 20 ene. 2019
@aleclarson ¿por qué el tamaño es un problema tan grande? Incluso en la tierra de los nodos, nuestros administradores de paquetes ya son lo suficientemente inteligentes como para deduplicar.
Nunca mencioné las dependencias duplicadas como una preocupación. Solo desconfío de las herramientas infladas en general. "Cuanto más ligero, mejor" es mi regla general, pero cada uno lo suyo. No estoy realmente interesado en debatir esto. :)
Por cierto, para unirse a la fiesta.
git-commits-sinceydetect-next-versionpodrían ser más útiles aquí.
Preferiría usar parse-commit-message ya que esos paquetes parecen duplicar la lógica que ya existe en auto-release , pero tal vez @hipstersmoothie estaría dispuesto a reemplazar la lógica existente con esos paquetes para reducir la carga de mantenimiento.
aleclarson
en 20 ene. 2019
:rocket: El problema se publicó en 10.0.0 :rocket:
hipstersmoothie
en 25 ene. 2019
Temas relacionados
zephraph
·
12Comentarios
vincentbriglia
·
8Comentarios
hipstersmoothie
·
11Comentarios
jdalrymple
·
6Comentarios
zephraph
·
11Comentarios
Comentario más útil
Nunca mencioné las dependencias duplicadas como una preocupación. Solo desconfío de las herramientas infladas en general. "Cuanto más ligero, mejor" es mi regla general, pero cada uno lo suyo. No estoy realmente interesado en debatir esto. :)
Preferiría usar
parse-commit-messageya que esos paquetes parecen duplicar la lógica que ya existe enauto-release, pero tal vez @hipstersmoothie estaría dispuesto a reemplazar la lógica existente con esos paquetes para reducir la carga de mantenimiento.