How do I add a releaseRule that also respects the `!` for a breaking change? (conventionalcommits preset)
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 3/5
- Temps estimé
- 1-2 jours
- Accessibilité débutants
- 35/100
- Type d'issue
- Bug
- Clarté
- Plutôt claire
- Activité
- À l'abandon
- Stack technique
- javascript, node.js
- Domaine
- release
Piste de recherche
Commencez par la configuration de @semantic-release/commit-analyzer utilisant le preset conventionalcommits et les releaseRules personnalisées présentées dans l’issue. Reproduisez le comportement avec les versions signalées semantic-release 19.0.5, commit-analyzer 9.0.2 et Node 16.19.0, puis comparez le traitement des règles par défaut et personnalisées. C’est terminé lorsque refactor produit une patch release, tandis que refactor! produit toujours une major release.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
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
- Langage dominant
- JavaScript
- Étoiles
- 448
- Forks
- 82
- Merge moyen
- 6 j 22 h
- PR mergées (30 j)
- 8
Préparer son environnement
Nous n'avons pas encore vérifié les fichiers d'installation de ce projet. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de semantic-release/commit-analyzer
-
released on @beta
Difficulté 2/5 1-3 heures Accessibilité débutants 65/100
semantic-release/commit-analyzer#921 · 8 commentaires · 7 réactions ·
-
Difficulté 3/5 1-2 jours Accessibilité débutants 42/100
semantic-release/commit-analyzer#805 · 6 commentaires ·
-
Difficulté 4/5 3-5 jours Accessibilité débutants 25/100
semantic-release/commit-analyzer#802 · 1 commentaire ·
-
Unexpected major release because commit description includes a line starting with "Breaking change"Ouverte
Difficulté 3/5 1-2 jours Accessibilité débutants 35/100
semantic-release/commit-analyzer#776 · 1 commentaire ·
-
released on @beta
Difficulté 3/5 1-2 jours Accessibilité débutants 55/100
semantic-release/commit-analyzer#759 · 13 commentaires · 6 réactions ·
Toutes les issues de semantic-release/commit-analyzer
Issues similaires
-
Difficulté 2/5 1-3 heures Accessibilité débutants 90/100
Les mainteneurs répondent en général sous 1 jour
-
Design only Leadership Survey SLFS
Difficulté 2/5 1-3 heures Accessibilité débutants 70/100
bcgov/digital-journeys#2293 ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
tursodatabase/turso#9405 ·
Les mainteneurs répondent en général sous 1 jour
-
Toolkit
Difficulté 2/5 1-3 heures Accessibilité débutants 88/100
Les mainteneurs répondent en général sous 1 jour
-
API Bug
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
ProjectSidewalk/SidewalkWebpage#5556 ·
Les mainteneurs répondent en général sous 1 jour