-
-
Notifications
You must be signed in to change notification settings - Fork 286
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
chore: add release pipeline for the spec #539
Conversation
--- | ||
branches: | ||
- master | ||
- name: 2021-06-release |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
yes, we need to be hardcoded here 🤷🏼 believe me or not, this is also strange for me but semantic-release
package doesn't support regex here (I tried everything). I will make sure this step is part of the release process procedure
Kudos, SonarCloud Quality Gate passed! |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I like it. It's exactly what I'd do manually but automated 💯
🎉 This PR is included in version 1.0.0 🎉 The release is available on GitHub release Your semantic-release bot 📦🚀 |
It is actually not included in the release. This was an unintentional release caused by the release automation initial run. 1.0 version of the spec was released a long time ago. The release mentioned by the bot was removed. |
🎉 This PR is included in version 2.1.0 🎉 The release is available on GitHub release Your semantic-release bot 📦🚀 |
Not included in release 2.1 yet, 2.1 was mistakenly triggered by our automation. |
🎉 This PR is included in version 2.1.0 🎉 The release is available on GitHub release Your semantic-release bot 📦🚀 |
This PR introduces release automation for the spec using conventional commits spec and following the release cadence agreement.
assumptions:
fix
PR and trigger patch releaseSee also: #536
Commit like
fix: spelling mistake in Operations object description
to master branchResults in a patch release (base was 2.0.1):
Commit like
feat: add something new in some non-release branch
added to branch that doesn't't follow pattern with-release
suffxdid not trigger a release
Commit like
feat: add something new in release branch
is a branch that has2021-06-release
suffixResults in proper pre release
v2.1.0-2021-06-release.1
Another commit to release branch
feat: add something more in release branch
doesn't close bump from 2.1 to 2.2 but proper bump of suffix from 1 to 2