@frontfriend/sdk 1.2.3 → 1.2.5
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 +17 -3
- package/dist/application-adoption-lock.d.ts +13 -0
- package/dist/cli.js +183 -183
- package/dist/lib/core/adoption.js +1 -1
- package/dist/lib/core/api-client.js +6 -6
- package/dist/lib/core/application-adoption-lock.js +6 -6
- package/dist/lib/core/application-adoption.js +23 -23
- package/dist/lib/core/cached-components-config.js +4 -4
- package/dist/lib/core/credentials.js +6 -6
- package/dist/lib/core/token-artifact-client.js +4 -4
- package/dist/mcp.cjs +110 -110
- package/dist/next.js +4 -4
- package/dist/package.json +1 -1
- package/dist/vite.js +9 -9
- package/package.json +2 -2
package/README.md
CHANGED
|
@@ -326,6 +326,10 @@ npx frontfriend init --tag <tag-name-or-id>
|
|
|
326
326
|
|
|
327
327
|
`--version` takes a Release ID, not an SDK version. A Studio refusal, such as a missing login or no access to the Design System, stops initialization.
|
|
328
328
|
|
|
329
|
+
After the tokens, an online `init` signed in as a person registers the App named in `frontfriend.config.js` on its tag (`--tag`, then `tag`) with its `framework` and `primitive`, so `update` and the design reads find it. When Studio refuses the registration, `init` stops with the reason; the installed tokens stay. With a machine credential, or with `--no-register`, `init` installs the selected tokens and never registers the App or changes its Release tag (see [Builds and CI](#builds-and-ci)). During an outage it keeps the tokens and asks you to run `init` again. When the App adopts contracts and `frontfriend.lock.json` pins a design snapshot, `init` also writes that snapshot's contracts to `.frontfriend/design/` and, when they are missing or belong to another snapshot, its rules to `.frontfriend/rules/`: the same files `update` writes.
|
|
330
|
+
|
|
331
|
+
`frontfriend.lock.json` lists its contract pins by slug, then kind, and its `adoptionDigest` does not depend on the order of the pins. A lock written by an earlier SDK in another order is still valid; `update` keeps its bytes until the adoption itself changes.
|
|
332
|
+
|
|
329
333
|
Every online `init` keeps a verified copy of the selected tokens in `.frontfriend/artifacts`. When Studio is unreachable (network failure, timeout or server error), a signed-in `init` restores that copy. A first install during an outage has no copy to restore.
|
|
330
334
|
|
|
331
335
|
### Offline tokens
|
|
@@ -340,11 +344,21 @@ npx frontfriend init --offline
|
|
|
340
344
|
|
|
341
345
|
The default API uses the production token CDN automatically. For a custom API, set `token-cdn-url`, `FF_TOKEN_CDN_URL`, or `--token-cdn-url`. Set `token-cdn-url: false` to disable CDN delivery.
|
|
342
346
|
|
|
343
|
-
Downloads validate artifact identity and integrity. Access refusals and invalid data stop initialization. Token delivery does not update component files
|
|
347
|
+
Downloads validate artifact identity and integrity. Access refusals and invalid data stop initialization. Token delivery does not update component files or publish changes; `init --offline` also does not register the application or write contracts. Run `init`, `connect` or `design sync` online for those operations. External fonts and images have their own availability.
|
|
348
|
+
|
|
349
|
+
## Builds and CI
|
|
350
|
+
|
|
351
|
+
Builds authenticate with a machine credential: create one with the `components:read` permission on the **API keys** page of the Workspace in Studio, and set it as `FF_AUTH_TOKEN` through your CI secret store. Do not commit it to project configuration or print it in build logs. Online token delivery, private components and design rules require it; `init --offline` does not.
|
|
352
|
+
|
|
353
|
+
In CI or a Docker build, select the tag the build ships:
|
|
354
|
+
|
|
355
|
+
```sh
|
|
356
|
+
FF_AUTH_TOKEN=<machine credential> npx frontfriend init --tag <tag-name>
|
|
357
|
+
```
|
|
344
358
|
|
|
345
|
-
|
|
359
|
+
A machine credential is read-only for the App. `init` installs the tokens of the requested tag and prints `Build mode: App registration skipped (machine credential).`; it never registers the App or moves its Release tag in Studio, so a preview build on `next` does not move a production App off `base`. Pass `--no-register` to get the same behavior with any credential. Studio never changes an App for a machine credential either: it answers the registration of an earlier SDK with the App unchanged, so those builds also install the requested tag and leave the App on its own tag. If Studio refuses a registration with `MACHINE_CREDENTIAL_READ_ONLY`, `init` reports the registration as skipped and succeeds.
|
|
346
360
|
|
|
347
|
-
|
|
361
|
+
`update`, `adopt`, `download` and `add` with a machine credential use the App's current Release tag. They stop with a message when the selection would bind the App or move it to another tag. `connect` stops at its login step: it registers the App, which needs a person's login (`frontfriend login`, with `FF_AUTH_TOKEN` unset). Change an App's tag in Studio or with a person's login.
|
|
348
362
|
|
|
349
363
|
## Existing Tailwind clients
|
|
350
364
|
|
|
@@ -3,6 +3,7 @@ import type {
|
|
|
3
3
|
AdoptionComponent,
|
|
4
4
|
AdoptionDigestLock,
|
|
5
5
|
ApplicationLock,
|
|
6
|
+
DesignAdoption,
|
|
6
7
|
} from "./application-adoption";
|
|
7
8
|
|
|
8
9
|
export type {
|
|
@@ -26,6 +27,18 @@ export type ParsedApplicationLock =
|
|
|
26
27
|
|
|
27
28
|
export function sortedObject<T>(value: Record<string, T>): Record<string, T>;
|
|
28
29
|
export function adoptionDigest(lock: AdoptionDigestLock): string;
|
|
30
|
+
export function hasValidAdoptionDigest(lock: AdoptionDigestLock): boolean;
|
|
31
|
+
export function sameAdoption(
|
|
32
|
+
left: AdoptionDigestLock,
|
|
33
|
+
right: AdoptionDigestLock,
|
|
34
|
+
): boolean;
|
|
35
|
+
export function sortContractPins<T extends { slug: string; kind: string }>(
|
|
36
|
+
pins: T[],
|
|
37
|
+
): T[];
|
|
38
|
+
export function canonicalDesignAdoption<T extends DesignAdoption>(design: T): T;
|
|
39
|
+
export function canonicalApplicationLock<T extends AdoptionDigestLock>(
|
|
40
|
+
lock: T,
|
|
41
|
+
): T;
|
|
29
42
|
export function normalizeLock(value: unknown): ParsedApplicationLock;
|
|
30
43
|
export function parseApplicationLock(content: unknown): ParsedApplicationLock;
|
|
31
44
|
export function serializeApplicationLock(lock: unknown): string;
|