feat(ssh): finish and push legs over SSH in ssh mode; API legs use the token when present #294
Labels
No labels
breaking
bug
documentation
enhancement
epic
good first issue
help wanted
refactoring
resolution/duplicate
resolution/invalid
resolution/wontfix
security
severity/critical
severity/high
severity/low
severity/medium
status/abandoned
status/blocked
status/needs-decision
status/needs-info
status/needs-verification
testing
upstream
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
sixfold-space/madtea#294
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
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?
Part of #187 (SSH-only mode epic). Depends on the protocol-mode slice.
Under ssh mode, every git-transport leg madtea drives (the push inside
finish,madt_push,pull/fetch where madtea supplies credentials today) goes over SSH against the SSH remote - no GIT_ASKPASS, no credential on the git wire. The API legs offinish(PR create, merge) keep using the token when one is configured (token + ssh gitmode); with no token (ssh only), they produce the typed degradation error from the degradation slice.Acceptance:
token + ssh gitmode: full finish works end to end - SSH push, token-authenticated PR create + mergessh onlymode: the push succeeds and the PR-create step fails with the typed degradation error (not a generic auth failure), leaving the pushed branch intact and named