git: host-held credentials for model-driven clone, fetch, pull and push
I maintainer di solito rispondono entro 1 giorno
@aron-cf ci sta già lavorando.
Dal 8/10/2026.
Valutazione
Questa issue non è ancora stata valutata.
Descrizione
The model-facing git entry points, which are the worker-shell git command and ws:git (cli, clone), have no way to authenticate. Host code can pass onAuth or headers on each GitClient call. A model running git push or git clone against a private repo can't, unless it puts a token on the command line, and then the token sits in the transcript.
@cloudflare/shell in cloudflare/agents had gitTools(ws, { token }) / { auth: { username, password } }. The host held the credential and added it to clone, fetch, pull, and push, so the model never saw it. We're deprecating Shell for Computer and need the same thing.
Proposal
Add a host-side auth resolver to the git client factory:
createGitClient({
auth: (url) =>
new URL(url).host === "github.com"
? { username: "x-access-token", password: env.GITHUB_TOKEN }
: undefined,
});
clone,fetch,pull,push, andls-remotecall the resolver for every network request. That covers the typed client,git.cli, the worker-shellgitcommand, andws:git.- Auth passed explicitly on a call still wins over the resolver.
- The credential never shows up in command output, error messages,
.git/config, or remote URLs written to the repo. - The resolver takes the URL, so one workspace can hold different credentials for different hosts.
- Lingua principale
- TypeScript
- Stelle
- 9.5k
- Fork
- 552
- Merge medio
- 2g 6h
- PR unite (30g)
- 47
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di cloudflare/computer
-
Sync planning scans the full pending change set before yielding; repeated Durable Object CPU-limit failuresForse già presa @aron-cf l’ha presa 1 giorno fa. Apertabug
cloudflare/computer#225 · 1 assegnatario ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 4/5 3-5 giorni Idoneità per principianti 30/100
cloudflare/computer#224 · 5 commenti · 1 reazione ·
I maintainer di solito rispondono entro 1 giorno
-
Always run the "next" computerd workflow on push to the `release` branchForse già presa @aron-cf l’ha presa 2 giorni fa. Apertabug
cloudflare/computer#222 · 2 commenti · 1 reazione · 1 assegnatario ·
I maintainer di solito rispondono entro 1 giorno
-
Make just-bash and acorn optional peer dependencies, pulled in only by the backend that needs themApertaenhancement
Difficoltà 3/5 1-2 giorni Idoneità per principianti 45/100
cloudflare/computer#220 · 3 commenti · 1 reazione ·
I maintainer di solito rispondono entro 1 giorno
-
Workspace namespaces: more than one Workspace per Durable Object storageForse già presa @aron-cf l’ha presa 3 giorni fa. Apertaenhancement
cloudflare/computer#219 · 1 commento · 1 reazione · 1 assegnatario ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di cloudflare/computer
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
Agenta-AI/agenta#7542 · 1 commento · 1 reazione ·
I maintainer di solito rispondono entro 1 giorno
-
code quality security
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
enhancement good first issue
Difficoltà 2/5 1-3 ore Idoneità per principianti 90/100
-
feat(icons): add [solidping]Aperta
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 82/100
homarr-labs/dashboard-icons#2939 ·
I maintainer di solito rispondono entro 1 giorno