Replies: 2 comments
-
Yes. This needs a check.
Pff. Way too complicated. The goal is to forget about all the manual work.
I think that |
Beta Was this translation helpful? Give feedback.
-
I've added commit signing here: #29 |
Beta Was this translation helpful? Give feedback.
-
I got @aurelien-reeves to try the tool out today for releasing html-formatter 19.0.1 and collected some feedback.
the push to the release branch failed. I didn't capture the exact error at the time, but it was some kind of✅ Fixed in Fix git tagging #21error: failed to push some refs to 'orign'
. We saw later that we had a tag simply namedv
on the release commit, so that was probably it.Aurelien signs his commits manually, so we need to add a✅ Fixed in Add --gpg-sign to-S
to thegit commit
calls.git commit
calls #29main
they will get pushed, which might cause surprises. Need to add a guard against this. ⛏ WIP in Check for un-pushed/pulled commits #30Aurelien's workflow is always to push to a✅ Fixed in Add --release-branch-template setting #31pre-release
branch first and create PR (even though this isn't what's documented) so that the GitHub CI can run on that PR. Then he merges that PR and then pushes to therelease
branch. This is cautious, but it's an approach we should support with this tool.pre-release
branch would be OK, but any pushes tomain
or arelease
branch shouldn't happen without some kind of manual intervention, by default.Beta Was this translation helpful? Give feedback.
All reactions