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
The validate command does not validate that the current release exists in the changelog (unless the --rc flag is used). Some of our publishing workflows depend upon the release existing, so we need this tool to help us ensure it's present.
The validate command already checks this correctly in --rc mode.
Acceptance criteria:
When run without the --rc flag:
When the release is 0.0.0:
auto-changelog validate throws an error if the release is present in the changelog (0.0.0 should indicate that the package has not yet been released)
When the release is anything other than 0.0.0"
auto-changelog validate throws an error when the current release is missing
We have unit tests for both cases
The text was updated successfully, but these errors were encountered:
The version of the `@metamask/profile-sync-controller` package has been
updated to `0.0.0`, which is what our publishing automation expects of
all unpublished public packages.
The current version is `0.1.0`, which caused problems for our most
recent release, requiring a rollback. It broke publishing because our
publishing scripts tried to find version `0.1.0` in the package
changelog but were unable to.
This should have been caught by our linter, but it wasn't due to a
deficiency in the `@metamask/auto-changelog` validation command (it
doesn't validate that the current release exists). This problem has
been documented here: MetaMask/auto-changelog#192
## Explanation
The version of the `@metamask/profile-sync-controller` package has been
updated to `0.0.0`, which is what our publishing automation expects of
all unpublished public packages.
The current version is `0.1.0`, which caused problems for our most
recent release, requiring a rollback. It broke publishing because our
publishing scripts tried to find version `0.1.0` in the package
changelog but were unable to.
This should have been caught by our linter, but it wasn't due to a
deficiency in the `@metamask/auto-changelog` validation command (it
doesn't validate that the current release exists). This problem has been
documented here: MetaMask/auto-changelog#192
## References
Unblocks #4272
## Changelog
N/A
## Checklist
- [x] I've updated the test suite for new or updated code as appropriate
- [x] I've updated documentation (JSDoc, Markdown, etc.) for new or
updated code as appropriate
- [x] I've highlighted breaking changes using the "BREAKING" category
above as appropriate
The
validate
command does not validate that the current release exists in the changelog (unless the--rc
flag is used). Some of our publishing workflows depend upon the release existing, so we need this tool to help us ensure it's present.The
validate
command already checks this correctly in--rc
mode.Acceptance criteria:
--rc
flag:auto-changelog validate
throws an error if the release is present in the changelog (0.0.0 should indicate that the package has not yet been released)auto-changelog validate
throws an error when the current release is missingThe text was updated successfully, but these errors were encountered: