x/build/cmd/release: in -upload mode, difficult to recover/resume if third step fails #45893
Closed
1 task done
Labels
Builders
x/build issues (builders, bots, dashboards)
FrozenDueToAge
NeedsFix
The path to resolution is known, but the work has not been done.
Milestone
When
release
runs in upload mode (that is, with-upload
flag), it goes through 3 high level stages:Before starting, it helpfully checks for gcloud Application Default Credentials and refuses to continue if not (see code here). This is needed for step 1, uploading files to GCS.
A different set of permissions is needed for step 3, uploading payloads to golang.org. Specifically, a valid gomote token that's been added to
validUser
is needed.What can currently happen is if
release -upload
is run and step 3 fails (e.g., due to a missing gomote token), then it is difficult to recover from that state. Rerunningrelease -upload
after fixing the gomote token will fail at step 1, because the files will have been uploaded, and permissions for release managers by default allow them to add files, not overwrite existing ones.This pitfall can be improved in a few ways:
release -upload
can be restarted safely without needing manual interventionI'll send a CL to resolve the first bullet point before the next release.
CC @golang/release, @dr2chase.
The text was updated successfully, but these errors were encountered: