Cuando creo una confirmación como esta, git commit -m'BREAKING CHANGE: foo bar' y push up semantic-release me dice:
[@semantic-release/commit-analyzer] › ℹ Analyzing commit: BREAKING CHANGE: Changes from slice_into_subrepo [@semantic-release/commit-analyzer] › ℹ The commit should not trigger a release [@semantic-release/commit-analyzer] › ℹ Analysis of 1 commits complete: no release ¿Cómo es que BREAKING CHANGE no crea un lanzamiento? Está documentado para hacerlo aquí .
CAMBIO IMPORTANTE: se eliminó la opción graphiteWidth. El ancho de grafito predeterminado de 10 mm siempre se usa por motivos de rendimiento.
Este es un error realmente pobre. El motivo se informa en el número 108 de GitHub ,
Consulte las convenciones de mensajes de confirmación angular.
BREAKING CHANGE: debe estar en el pie de página de la confirmación. Lo escribiste en el asunto.
Esto puede ser confuso porque el ejemplo en la página de inicio muestra,
perf(pencil): remove graphiteWidth option BREAKING CHANGE: The graphiteWidth option has been removed. The default graphite width of 10mm is always used for performance reasons.Esto no son dos ejemplos, es uno. Así es como se ve si tiene "BREAKING CHANGE:" en el pie de página.
Esto también se menciona en la documentación de @semantic-release/commit-analyzer ,
Nota: Sus confirmaciones deben formatearse exactamente como lo especifica la convención elegida. Por ejemplo, las convenciones de mensajes de confirmación de Angular requieren que la palabra clave
BREAKING CHANGEvaya seguida de dos puntos (:) y que esté en el pie de página del mensaje de confirmación.
Para obtener más información, consulte los documentos upsream en "Formato de mensaje de confirmación angular"