You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
|`eds repo clone <id-or-name> [dir] [--ssh] [--target DIR]`| Clone via local `git` CLI |
62
+
|`eds repo remote-add <id-or-name> [--name N] [--ssh]`| Wire an existing local checkout to it (`git remote add`, authenticated) |
62
63
|`eds wf app create <name> --repository R\|--repository-url URL --branch B [--json]`| Create a Workflow Studio application from a repo + branch (auto-triggers first deploy) |
63
64
|`eds wf app list [--search S] [--sort created_at_asc\|created_at_desc] [--json]`| List applications |
64
65
|`eds wf app show <id> [--json]`| Show application details (status, run_id, pipeline_id, ...) |
@@ -161,15 +162,40 @@ cd ./work/my-new-repo
161
162
git status
162
163
```
163
164
165
+
`eds repo clone` (HTTPS mode, the default) embeds `EDS_API_KEY` as HTTP
166
+
Basic Auth credentials directly in the clone URL it hands to `git clone`.
167
+
It does **not** need or use a git credential helper, an OS keychain, or
168
+
`~/.netrc` — none of which exist in a typical agent sandbox. If a plain
169
+
`git clone <url>` (bypassing this CLI) ever fails with something like
170
+
`could not read Username ... terminal prompts disabled` or a keychain/
171
+
credential-helper error, that's this exact gap — use `eds repo clone`
172
+
instead of shelling out to `git clone` directly.
173
+
164
174
### Push code (after clone)
165
175
166
-
The CLI does not implement a custom upload path — use git directly:
176
+
The CLI does not implement a custom upload path — use git directly. Because
177
+
`eds repo clone` already wrote the API key into `origin`'s URL, `git push`
178
+
authenticates the same way, no extra setup needed:
0 commit comments