git: host-held credentials for model-driven clone, fetch, pull and push
Maintainer thường phản hồi trong vòng 1 ngày
@aron-cf đang làm issue này rồi.
Từ ngày 8/10/2026.
Đánh giá
Issue này chưa được đánh giá.
Mô tả
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.
- Ngôn ngữ chính
- TypeScript
- Star
- 9.6k
- Fork
- 558
- Merge trung bình
- 1 ngày 19 giờ
- Pull request đã merge (30 ngày)
- 52
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của cloudflare/computer
-
WorkspaceProxy wakes Durable Objects via idFromString(), clearing ctx.id.name for Agents/LifecycleCó thể đã có người làm @aron-cf đã nhận hôm nay. Đang mởbug
cloudflare/computer#243 · 1 bình luận · 1 người được giao ·
Maintainer thường phản hồi trong vòng 1 ngày
-
dofs: resolving a directory scans its children as the directory growsCó thể đã có người làm @aron-cf đã nhận 2 ngày trước. Đang mởbug
cloudflare/computer#236 · 1 người được giao ·
Maintainer thường phản hồi trong vòng 1 ngày
-
enhancement
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 30/100
cloudflare/computer#224 · 5 bình luận · 1 reaction ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Always run the "next" computerd workflow on push to the `release` branchCó thể đã có người làm @aron-cf đã nhận 7 ngày trước. Đang mởbug
cloudflare/computer#222 · 2 bình luận · 1 reaction · 1 người được giao ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Make just-bash and acorn optional peer dependencies, pulled in only by the backend that needs themĐang mởenhancement
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 45/100
cloudflare/computer#220 · 3 bình luận · 1 reaction ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của cloudflare/computer
Issue tương tự
-
Add: Yemen Education SDĐang mởstreams:add
Độ khó 2/5 Dưới một giờ Mức phù hợp với người mới 70/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
apache/rocketmq-dashboard#6872 ·
Maintainer thường phản hồi trong vòng 3 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
interledger/publisher-tools#931 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
ARTPARK-SAHAI-ORG/calibrate-frontend#727 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
fab-geocommuns/RNB-site#539 ·
Maintainer thường phản hồi trong vòng 2 ngày