-
-
Notifications
You must be signed in to change notification settings - Fork 256
Document new process for releasing breaking changes #7187
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
Conversation
In a future PR, we will convert all peer dependencies to dependencies. When this happens, contributors need to follow a new process for ensuring that breaking changes do not cause problems for other developers or users. This PR adds the necessary documentation.
Mrtenz
left a comment
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.
Looks good in general. Just some minor comments.
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.
Maybe reference this from docs/contributing.md too?
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.
Done here: 0030aa8
docs/releasing-breaking-changes.md
Outdated
|
|
||
| ### 2. Audit dependent projects | ||
|
|
||
| Now that you've documented the affected symbols and exports in your package, locate all of the projects across MetaMask that use them. When you release your changes, how will those projects be affected? |
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.
Maybe add something to make it clear that other dependent packages in core should also be audited.
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 have made some changes here, can you take a second look?
Gudahtt
left a comment
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.
This looks great! Just had a few suggestions, this looks pretty close to ready though
Gudahtt
left a comment
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.
LGTM!
Explanation
In a future PR, we will convert all peer dependencies to dependencies. When this happens, contributors need to follow a new process for ensuring that breaking changes do not cause problems for other developers or users. This PR adds the necessary documentation.
References
Closes https://consensyssoftware.atlassian.net/browse/WPC-132.
Checklist
Note
Introduces a breaking-changes process guide and updates contributor docs, reviewing guide, and PR template checklist to reference and align with it.
docs/breaking-changes.mddetailing what constitutes a breaking change and the process to document, audit dependents, and prepare upgrade PRs.docs/contributing.md):docs/reviewing-release-prs.md):breaking-changes.mdfor examples..github/pull_request_template.md):Written by Cursor Bugbot for commit c0a30da. This will update automatically on new commits. Configure here.