fix(ci): Fetch Harbor push creds from OpenBao, not Forgejo secrets #10
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "fix/harbor-login-openbao"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
The workflow referenced secrets.HARBOR_USERNAME/HARBOR_PASSWORD which
aren't configured on this repo. Switch to the same Kubernetes-auth +
OpenBao pattern used by pr-reviewer and front-door: the runner pod's
ServiceAccount token logs into OpenBao via the shared
harbor-push-brooktrails role and reads creds from
secret/data/forgejo-runners/brooktrails/harbor-push.
Co-Authored-By: Claude Opus 4.7 (1M context) noreply@anthropic.com
Automated review by pr-reviewer v0.17.0 | Safety Check | Claude Sonnet 4 | tracking id
r-e309a7-89c676This is an AI-generated review and may contain mistakes.
Status: ✅ Completed
✅ Verdict: LGTM — The change replaces undefined Forgejo secrets with a proper OpenBao credential fetch pattern that follows established patterns in the organization.
Complexity: moderate
Safety Check Review
This PR updates the Harbor login workflow to fetch credentials from OpenBao instead of undefined Forgejo secrets. The change appears to be a straightforward fix that:
secrets.HARBOR_USERNAME/HARBOR_PASSWORD(which weren't configured) with a proper credential fetch from OpenBaoThe implementation looks correct - it authenticates to OpenBao, fetches the Harbor credentials, and uses them for docker login. No obvious security issues or logic errors detected.
Fetch Harbor push creds from OpenBao, not Forgejo secretsto fix(ci): Fetch Harbor push creds from OpenBao, not Forgejo secrets4e88fd18d5a95424c64b