You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In pre-release branch alpha a commit is merged for a feature with commit message feat: a.
Before a beta or stable release is created, a bug is discovered in the feature.
In alpha branch, a fix is merged with commit message fix: a not working.
The pre-release branch is merged into the beta and later stable release branches.
The created changelogs for beta and stable release contain both entries, for feat and fix. However, outside of the alpha branch, the fix is irrelevant in the changelogs.
A fix in the beta changelog means something has been fixed relative to the previous beta release. Same goes for the stable release changelog. But that is actually not the case. So not only is the fix changelog entry incorrect, it is also confusing for readers as nothing has been fixed relative to the previous release.
Solution
Add a flag to the commit message to skip the entry into the changelog of a specific branch.
In the above example the fix commit message could look like this:
fix: a not working [skip-changelog-beta] [skip-changelog-stable]
Additionally, an inverse flag could be introduced to specific the branches for which the commit should produce a changelog entry:
fix: a not working [only-changelog-alpha]
The text was updated successfully, but these errors were encountered:
Issue
Consider this scenario:
alpha
a commit is merged for a feature with commit messagefeat: a
.fix: a not working
.The created changelogs for beta and stable release contain both entries, for
feat
andfix
. However, outside of the alpha branch, thefix
is irrelevant in the changelogs.A fix in the beta changelog means something has been fixed relative to the previous beta release. Same goes for the stable release changelog. But that is actually not the case. So not only is the
fix
changelog entry incorrect, it is also confusing for readers as nothing has been fixed relative to the previous release.Solution
Add a flag to the commit message to skip the entry into the changelog of a specific branch.
In the above example the fix commit message could look like this:
Additionally, an inverse flag could be introduced to specific the branches for which the commit should produce a changelog entry:
The text was updated successfully, but these errors were encountered: