One product per machine: the CLI and the desktop app share one version, the store accounts and the app folder list
- one version: package.json's version is the desktop app's too (desktopVersion removed); tools/desktop-version.ts keeps the plugin manifests and the app's copies equal, desktop-release publish refuses another version, release order app first then npm publish; the unpublished desktop 0.1.0 candidate is noted in the docs and CHANGELOG - storebound desktop installs (per user, no admin: macOS DMG -> /Applications or ~/Applications, Windows NSIS /S, Linux AppImage + .desktop with the storebound:// handler), updates an older app, notes a newer one (downgrade only with --force), asks once ([Y/n], --yes, exit 3 without a terminal), opens on the folder; --dry / --json / --download; the install steps are pure plans (cli/lib/desktop-install.ts); the version's own manifest dl/<version>/latest.json - credentials: one store, the CLI's credential profiles in ~/.storebound/credentials; the desktop writes and reads them (profiles.rs, files 0600), moves old keychain accounts into profiles on first start, shows profiles the CLI made; precedence env > named profile > project file > default profile; config `account`, "account" in the project's credentials.json; storebound accounts list | import (dedup by key id / service account e-mail, key files copied 0600, project file keeps keystore and review contact, backup, --dry, never prints values) | use - app folders: one list ~/.storebound/projects.json shared by the desktop (registry.rs), storebound desktop, apps folders | add | remove, ws init and ws without a workspace file - desktop: notice when a folder pins another storebound version; storebound-desktop --version - tests: version drift, desktop decisions and per-OS plans, credential precedence and import, registry (TS + Rust), keychain migration and profile round trip (Rust), boot check with old keychain state and the new shared state
This commit is contained in:
parent
bba46b5c7f
commit
d2ce185441
60 changed files with 2443 additions and 246 deletions
|
|
@ -156,13 +156,14 @@ describe('credential profiles', () => {
|
|||
expect(profileStatus('nobody')).toEqual({ profile: 'nobody', source: 'missing', apple: false, play: false });
|
||||
expect(JSON.stringify(profileStatus('acme-apple'))).not.toContain(SENTINEL);
|
||||
expect(() => profileEnv('../x')).toThrow('credential profile');
|
||||
// a profile chosen for the run wins over env and the project file
|
||||
// env wins over everything; then a named profile (--account), then the project file
|
||||
const pem = ['-----BEGIN PRIVATE KEY-----', 'abc', '-----END PRIVATE KEY-----'].join('\n');
|
||||
writeFileSync(join(creds, 'pick.json'), JSON.stringify({ ASC_KEY_ID: 'PICKED', ASC_ISSUER_ID: 'iss', ASC_P8: pem }));
|
||||
process.env.ASC_KEY_ID = 'FROM-ENV';
|
||||
process.env.ASC_ISSUER_ID = 'iss-env';
|
||||
process.env.STOREBOUND_PROFILE = 'pick';
|
||||
expect(ascKey(root).keyId).toBe('PICKED');
|
||||
process.env.ASC_KEY_ID = 'FROM-ENV';
|
||||
process.env.ASC_ISSUER_ID = 'iss-env';
|
||||
expect(ascKey(root).keyId).toBe('FROM-ENV');
|
||||
delete process.env.STOREBOUND_PROFILE;
|
||||
process.env.ASC_P8 = pem;
|
||||
expect(ascKey(root).keyId).toBe('FROM-ENV');
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue