-
-
Notifications
You must be signed in to change notification settings - Fork 32.5k
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
[core] Update branch switch tags #45198
Conversation
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. Any pointers on how to properly test or ensure it's working properly?
@aarongarciah these pointers are for us to manually go through on a major version branch split and major stable releases, so I don't know if there's something we could test 😅 This is what I followed on the latest v6/v7 branch split, so maybe that's our test that this will work in the future as well? |
@DiegoAndai ah! Got it. I thought we had some kind of automation with some of this stuff. ✅ |
Following up on #45132 (comment):
We're using
#default-branch-switch
to mark where changes are required, but with the new protocol, some of these changes happen onmaster
branch and others onv*.x
branch, so the comment becomes confusing. There are 4 types of changes that are encompassed under this tag:latest
->next
) inmaster
(e.g., #45132)mui.com
->next.mui.com
) inmaster
(e.g., #45132)https://github.com/mui/material-ui/tree/master
->github.com/mui/material-ui/tree/v*.x
) inv*.x
(e.g., #45133)master
->v*.x
) inv*.x
(e.g., #45133)This PR splits these into 4 different tags:
#npm-tag-reference
#host-reference
#repo-reference
#target-branch-reference
By splitting them, it will be easier to follow the branch split protocol and understand what each one refers to.
I used
reference
instead ofswitch
as I think it's more descriptive and reads better: "Here's is a reference of the npm tag/host/repo/target branch"