Add bump-go action
Rel: #699
Current logic:
If the stable Go version does not equal GO_VERSION on master and does not equal the version on the bump-go branch then create or update a PR.
Whether to go for a fully automated release I think let's wait and see for maybe 2 cycles and if minimal intervention is required then we can make this automated. I think this should have already taken off a large portion of wasted time for releases which is waiting for CI to finish..
For a fully automated workflow I think the general idea of what to do next is:
- Pull in updates daily if master is updated but this branch is not.
- Detect a review submission and after some sanity checks (no new pushes to master, etc), merge to master and generate a new tag automatically using the current release infrastructure.
Codecov Report
All modified and coverable lines are covered by tests :white_check_mark:
Project coverage is 80.46%. Comparing base (
58084c8) to head (5b8da11). Report is 1 commits behind head on master.
Additional details and impacted files
@@ Coverage Diff @@
## master #702 +/- ##
=======================================
Coverage 80.46% 80.46%
=======================================
Files 56 56
Lines 2191 2191
=======================================
Hits 1763 1763
Misses 337 337
Partials 91 91
:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.
What do you think of this plan? @jmattheis
To test the current solution on actual GH actions, merge, close #701, delete the bump-go branch, then trigger the workflow by dispatch or cron.
Replaced by #706