ci(sop-checklist-gate): prefer secrets.GITEA_TOKEN over GITHUB_TOKEN #86
Reference in New Issue
Block a user
Delete Branch "ci/sop-gitea-token"
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?
Mirrors molecule-app#90.
secrets.GITEA_TOKENto the token fallback chain beforesecrets.GITHUB_TOKEN.GITHUB_TOKENcurrently lackswrite:repository(app#87).No runtime behavior change until a repo-scoped
GITEA_TOKENsecret is provisioned.Test plan
SOP checklist
GITHUB_TOKENin Gitea Actions lackswrite:repository, so prefer repo-scopedGITEA_TOKENwhen provisioned.GITHUB_TOKENfallback remains unchanged.GITEA_TOKENfallback pattern.SOP checklist ack
APPROVED: 5-axis review. Correctness: the fallback order now preserves the existing privileged SOP_CHECKLIST_GATE_TOKEN/SOP_TIER_CHECK_TOKEN/RFC_324_TEAM_READ_TOKEN precedence, then tries repo-scoped secrets.GITEA_TOKEN before falling back to the weaker auto-injected GITHUB_TOKEN, matching the approved molecule-app#90 pattern. Tests/CI: workflow-only change; observed existing status contexts through the API, and this does not add a runtime code path. Security: no token is printed, passed to shell expansion beyond the existing GITEA_TOKEN env consumed by the gate, or exposed to new third-party actions; it only selects a better-scoped secret when provisioned. Scope/backcompat: no-op until GITEA_TOKEN exists, with GITHUB_TOKEN fallback retained. Ops: reduces the known sop-checklist auth failure mode without changing checklist semantics.
APPROVED: 5-axis review complete. Correctness: this mirrors the approved molecule-app#90 pattern by inserting secrets.GITEA_TOKEN after the narrower SOP/team-read tokens and before secrets.GITHUB_TOKEN, preserving existing higher-precedence dedicated tokens and keeping GITHUB_TOKEN as last resort. Robustness: fallback behavior is unchanged when GITEA_TOKEN is absent; no runtime/docs behavior changes. Security: no new token exposure path; the value remains a workflow secret assigned to the existing GITEA_TOKEN env consumed by the gate. Performance: no impact. Readability/scope: one-line workflow-only change, otherwise no-op. Note: normal CI/secret scan are green; sop-checklist/all-items is red because the PR body lacks SOP checklist/acks, not because this token fallback diff is wrong.
/sop-ack comprehensive-testing
/sop-ack local-postgres-e2e
/sop-ack staging-smoke
/sop-ack five-axis-review
/sop-ack memory-consulted
/sop-ack comprehensive-testing
/sop-ack local-postgres-e2e
/sop-ack staging-smoke
/sop-ack five-axis-review
/sop-ack memory-consulted