-
Notifications
You must be signed in to change notification settings - Fork 62
feat: create releases where PATCH doesn't have to match react-native #43
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
|
I'd like for @szymonrybczak to chime on this one and get his opinion here |
cipolleschi
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 change makes sense to me. I left a few comments but they are mainly nits.
Accepting to unblock.
.github/workflows/release.yaml
Outdated
| inputs: | ||
| version: | ||
| description: "The version of the template we want to release. For example 0.75.0-rc.0" | ||
| description: "The version of the react-native we want to release. For example 0.75.0-rc.0" |
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.
we don't want to release a version of react-native, but a version of the template, don't we?
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:
"The version of react-native we want the template to use in this release. For example 0.75.0-rc.0."
Is a clearer description of what I intended here.
szymonrybczak
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, let's answer @cipolleschi's comments and we're good to go!
This feature needs to be released with react-native-community/cli#2475, which decouples the 1:1 release model we have for templates and react-native. Switching users to this is going to be difficult, and should only be rolled asap before 0.76. If we have to release a template fix, then only users with the latest CLI will be able to use that and subsequent versions. I'm not sure of how to clearly communicate that to users. - Added tests - Set dry_run to default
fb773c5 to
df950fb
Compare
…43) This feature needs to be released with react-native-community/cli#2475, which decouples the 1:1 release model we have for templates and react-native. Switching users to this is going to be difficult, and should only be rolled asap before 0.76. If we have to release a template fix, then only users with the latest CLI will be able to use that and subsequent versions. I'm not sure of how to clearly communicate that to users. - Added tests - Set dry_run to default
This feature needs to be released with react-native-community/cli#2475,
which decouples the 1:1 release model we have for templates and
react-native.
Switching users to this is going to be difficult, and should only be
rolled asap before 0.76. If we have to release a template fix, then only
users with the latest CLI will be able to use that and subsequent
versions.
I'm not sure of how to clearly communicate that to users.
WARNING: Do not merge until:
We have updated the calling step in react-native release step asks the template to publishNo changes needed here.We agree on a version of react-native that wants this to go live. When we do that, if it's 0.75 / 0.74 then also merge it into the 0.75-stable, etc... branch.0.75.2The CLI change (feat: determine react-native → template from npm registry data cli#2475) is committed and published.