-
Notifications
You must be signed in to change notification settings - Fork 1.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Tracking issue for conventional-changelog preset updates #2929
Comments
Signed-off-by: prisis <d.bannert@anolilab.de>
…nolilab/package-json-utils [3.0.5](https://github.com/anolilab/javascript-style-guide/compare/@anolilab/package-json-utils@3.0.4...@anolilab/package-json-utils@3.0.5) (2023-08-30) ### Bug Fixes * fix for semantic-release/semantic-release#2929 ([05c0392](05c0392))
…## @anolilab/semantic-release-preset [6.0.5](https://github.com/anolilab/javascript-style-guide/compare/@anolilab/semantic-release-preset@6.0.4...@anolilab/semantic-release-preset@6.0.5) (2023-08-30) ### Bug Fixes * **deps:** update dependency conventional-changelog-conventionalcommits to v7 ([#749](#749)) ([ca57778](ca57778)) * fix for semantic-release/semantic-release#2929 ([05c0392](05c0392)) * updated dependencies to latest versions ([509bb76](509bb76)) ### Dependencies * **@anolilab/package-json-utils:** upgraded to 3.0.5
…olilab/commitlint-config [3.0.5](https://github.com/anolilab/javascript-style-guide/compare/@anolilab/commitlint-config@3.0.4...@anolilab/commitlint-config@3.0.5) (2023-08-30) ### Bug Fixes * **deps:** update dependency conventional-changelog-conventionalcommits to v7 ([#749](#749)) ([ca57778](ca57778)) * fix for semantic-release/semantic-release#2929 ([05c0392](05c0392)) * updated dependencies to latest versions ([509bb76](509bb76)) ### Miscellaneous Chores * **deps:** update dependency vitest to ^0.34.3 ([#739](#739)) ([67dd404](67dd404)) ### Dependencies * **@anolilab/package-json-utils:** upgraded to 3.0.5 * **@anolilab/semantic-release-preset:** upgraded to 6.0.5
watching |
Ahh let me check my company's GitHub actions workflows to see if this fixes the reason why all of a sudden our flows stopped creating new tags and releases |
a new beta version is available as a result of this wip pr: #2934 we would appreciate if folks that are impacted by this change would give the beta a try to help give us confidence that we've fully handled the changes. install with |
Just tested with the beta and this has fixed it for me 👍 thanks for that. |
I can confirm also confirm that using beta release fixes this issue for us! Thanks @travi |
Using beta also solved the problem on my side, thank you so much! |
🎉 This issue has been resolved in version 22.0.0 🎉 The release is available on: Your semantic-release bot 📦🚀 |
Due to an error in v7 of convetionalcommits semantic versioning stopped working. Upgrading to v22 fixes the issue: semantic-release/semantic-release#2929
conventional-changelog v7 is only compatible with semantic-release v22+. Previously semantic-release v20+ was not compatible with cycjimmy/semantic-release-action but this has now been fixed. Therefore upgrading semantic-release to latest should fix the release tagging. See: - cycjimmy/semantic-release-action#176 - semantic-release/semantic-release#2978 - semantic-release/semantic-release#2929
conventional-changelog v7 is only compatible with semantic-release v22+. Previously semantic-release v20+ was not compatible with cycjimmy/semantic-release-action but this has now been fixed. Therefore upgrading semantic-release to latest should fix the release tagging. See: - cycjimmy/semantic-release-action#176 - semantic-release/semantic-release#2978 - semantic-release/semantic-release#2929
My release workflow is broken with an error about conventional-changelog-*
new versions of conventional-changelog presets were released over the weekend with breaking changes. these updates were properly released as major versions, but you may be installing the latest version as part of your release pipeline.
Note: if you are using the default angular preset through the core package without installing independently, you should not be experiencing problems because the previous major is still defined as the installed dependency in that situation
What can i do to fix my release pipeline?
you will need to specify a version or version range for the preset package that you are installing. for example, if you are installing with npm before executing, you could update like:
What will the semantic-release team do to handle this issue going forward?
this is a breaking change for us too. this is a change to how presets are loaded and we will be updating to handle the change. however, we want to make sure we handle the update properly, so we are not making the change immediately. we will likely treat this change as a breaking change for our consumers by dropping support for loading the presets that used the previous loading approach.
Other issues exposed by this situation
we are seeing feedback about some other issues that need attention that arent directly related to this issue, but are exposed/highlighted by this situation. we are paying attention to that feedback, but will need to follow up on those issues after the primary complications are addressed.
How can i help?
if you are looking to resolve problems with your releases, focus on specifying the version of the preset you are loading. however, if you would like to help us investigate these issues, we welcome you help and participation in the conversation.
The text was updated successfully, but these errors were encountered: