gigabuddy 0.2.0 → 0.3.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +15 -12
- package/bin/cli.js +63 -14716
- package/index.js +55 -14647
- package/package.json +1 -1
- package/src/lib/commands.d.ts +17 -1
package/package.json
CHANGED
package/src/lib/commands.d.ts
CHANGED
|
@@ -14,7 +14,23 @@ export declare function resolveEnv(options: {
|
|
|
14
14
|
apiUrl?: string;
|
|
15
15
|
}): Env;
|
|
16
16
|
export declare function signIn(env: Env): Promise<UserCredentials>;
|
|
17
|
-
|
|
17
|
+
/**
|
|
18
|
+
* `gigabuddy login` — sign in AND set npm up, because for this client they are
|
|
19
|
+
* one act. Installing `@gigabuddy` packages is what the CLI is for: nothing
|
|
20
|
+
* else on the machine reads the credential this writes (the agent client
|
|
21
|
+
* custodies its own), so a sign-in that stops short of npm has left the user
|
|
22
|
+
* with a file and no capability.
|
|
23
|
+
*
|
|
24
|
+
* There is no prompt, and deliberately so. The device flow cannot complete
|
|
25
|
+
* without a human approving a code in a browser, so "is anyone there?" is
|
|
26
|
+
* already answered yes by the time we get here — and TTY detection would get
|
|
27
|
+
* it wrong anyway for the SSH and devcontainer cases, silently skipping setup
|
|
28
|
+
* for someone who just approved. We tell them exactly what was written
|
|
29
|
+
* instead; `--no-npm` is there for the rare credential-file-only case.
|
|
30
|
+
*/
|
|
31
|
+
export declare function loginCommand(env: Env, options?: {
|
|
32
|
+
npm?: boolean;
|
|
33
|
+
}): Promise<void>;
|
|
18
34
|
/**
|
|
19
35
|
* `gigabuddy login --npm` — make `npm install @gigabuddy/…` work as you.
|
|
20
36
|
*
|