How do I add a releaseRule that also respects the `!` for a breaking change? (conventionalcommits preset)
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 35/100
- Tipo de issue
- Error
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- javascript, node.js
- Área
- release
Línea de trabajo
Comienza por la configuración de @semantic-release/commit-analyzer usando el preset conventionalcommits y las releaseRules personalizadas mostradas en el issue. Reproduce el comportamiento con las versiones indicadas semantic-release 19.0.5, commit-analyzer 9.0.2 y Node 16.19.0, y compara después el tratamiento de las reglas predeterminadas y personalizadas. Se considera completado cuando refactor produce un patch release, mientras que refactor! sigue produciendo un major release.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
We’re using the conventionalcommits preset. In this preset, adding an exclamation after the type triggers a breaking change/major version bump.
Using the default releaseRules this works. feat!:, fix!: and perf!: are recognized as major/breaking changes.
In fact, anything with an exclamation triggers a major/breaking change, such as docs!: or even allGloryToTheHypnoToad!:
Now we want to add refactor as a type.
plugins: [
[
'@semantic-release/commit-analyzer',
{
preset: 'conventionalcommits'
releaseRules: [{ type: 'refactor', release: 'patch' }]
}
],
After adding this, refactor: triggers a patch change, as expected.
But refactor!: no longer triggers a major version bump.
How do we get this to work?
Edit to add version info: semantic-release 19.0.5, @semantic-release/commit-analyzer 9.0.2, Node 16.19.0
- Lenguaje dominante
- JavaScript
- Estrellas
- 448
- Forks
- 82
- Merge medio
- 6 d 22 h
- PR fusionados (30 d)
- 8
Preparar el entorno
Aún no hemos revisado los archivos de configuración de este proyecto. Empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de semantic-release/commit-analyzer
-
released on @beta
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
semantic-release/commit-analyzer#921 · 8 comentarios · 7 reacciones ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 42/100
semantic-release/commit-analyzer#805 · 6 comentarios ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 25/100
semantic-release/commit-analyzer#802 · 1 comentario ·
-
Unexpected major release because commit description includes a line starting with "Breaking change"Abierto
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
semantic-release/commit-analyzer#776 · 1 comentario ·
-
released on @beta
Dificultad 3/5 1-2 días Aptitud para principiantes 55/100
semantic-release/commit-analyzer#759 · 13 comentarios · 6 reacciones ·
Todos los issues de semantic-release/commit-analyzer
Issues similares
-
feature task
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
RealDevSquad/website-www#1178 ·
-
add latest sol modelAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
netlify-labs/nax#56 · 2 comentarios · 1 reacción ·
-
accessibility bug revealjs
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
quarto-dev/quarto-cli#14961 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
PnX-SI/GeoNature#4435 · 2 comentarios ·
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
openlayers/openlayers#17648 ·
Los mantenedores suelen responder en 1 día