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
-
Design only Leadership Survey SLFS
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
bcgov/digital-journeys#2293 ·
-
Toolkit
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
Los mantenedores suelen responder en 1 día
-
API Bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
ProjectSidewalk/SidewalkWebpage#5556 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
jessepollak/home#1454 ·
Los mantenedores suelen responder en 1 día
-
Mend: dependency security vulnerability untriaged
Dificultad 2/5 1-3 horas Aptitud para principiantes 64/100
opensearch-project/OpenSearch-Dashboards#12822 ·
Los mantenedores suelen responder en 1 día