build: add create release proposal action#55690
build: add create release proposal action#55690nodejs-github-bot merged 5 commits intonodejs:mainfrom
Conversation
|
Review requested:
|
tools/actions/create-release.sh
Outdated
| # We use it to not specify the branch name as it changes based on | ||
| # the commit list (semver-minor/semver-patch) | ||
| git config push.default current | ||
| git push upstream |
There was a problem hiding this comment.
We probably should not expect to have push permission, and instead make an API call to create the release commit using a createCommitOnBranch API call
There was a problem hiding this comment.
Actually, the gh pr create also pushes the branch so it should just works? cli/cli#6958
There was a problem hiding this comment.
What I'm saying is: the workflow should not have push permissions, this git push call is problematic
There was a problem hiding this comment.
Why? Wouldn't it fall in the same circumstances as commit-queue.yml?
There was a problem hiding this comment.
I think we don't need that permission, so for that reason, we should not use it, it's good practice to use the smallest set of permissions as possible.
There was a problem hiding this comment.
What's your suggestion then? Sorry, I don't get it yet
There was a problem hiding this comment.
My suggestion is to use an createCommitOnBranch API call. I'll try building an alternate proposal using it.
There was a problem hiding this comment.
What do you think about a follow-up PR? I mean, the end goal is to create a proposal using automation, the sooner we land that the sooner we can test it and see how it behaves in practice.
I wish I could use it for next v23 release.
8fa22ec to
d2b8624
Compare
|
Uh, just found the action is broken. I will fix it https://github.com/nodejs/node/actions/runs/11804669470 |
452c3c2 to
b055972
Compare
b055972 to
90434fb
Compare
|
I've been using a fork to test this action and I got some errors related to the changelog token (https://github.com/RafaelGSS/node/actions/runs/11901774519/job/33165408792) However, the action seems to work fine when using a correct token (on my local): If you note there's an error in the end:
That happens because the v23.0.0-proposal branch wasn't pushed to upstream before the We should push the v23.3.0-proposal to upstream before Result: #55921 |
|
To summarize:
|
|
So, IIUC with this approach we would run the automation to create the initial draft and then checkout the PR locally to work on the changelog / notable changes ? |
Not necessarily. This automation will generate the changelog and notable changes automatically (e.g #55921). However, if some notable changes requires a detailed text and then yes, we would need to checkout the PR and adjust the changelog. But, this can also be automated in the future since we have established a pattern of a notable-change label with a summary in the PR description. |
|
@rvagg Do you think it's reasonable to make changelog-maker to read from meanwhile |
Blocked until the following PR lands
Refs: nodejs/security-wg#860
The purpose is to have an action that will generate the release proposal (assuming the vN.x-staging is up to date). After that, I'll create a second action the keep the staging branches up-to-date.
cc: @nodejs/releasers