Skip to content

feat(ci): release jseql v2#4

Merged
calvinbrewer merged 1 commit into
mainfrom
changesets
Nov 16, 2024
Merged

feat(ci): release jseql v2#4
calvinbrewer merged 1 commit into
mainfrom
changesets

Conversation

@calvinbrewer

Copy link
Copy Markdown
Contributor

No description provided.

@calvinbrewer calvinbrewer merged commit 2114a45 into main Nov 16, 2024
@calvinbrewer calvinbrewer deleted the changesets branch November 16, 2024 20:19
calvinbrewer pushed a commit that referenced this pull request Feb 10, 2025
Allow for providing lock context with identity claims
coderdan added a commit that referenced this pull request Jul 8, 2026
…#5)

offerStashConfig returned a truthy DEFAULT_CLIENT_PATH even when it created
nothing, so installCommand's `if (clientPath)` guard scaffolded the encryption
client anyway. Three related fixes, all on this one surface:

- #2: return null when no config is created (declined / cancelled / existing),
  so the caller skips the client scaffold too. Declining now touches nothing.
- #4: in 'offer' mode a non-interactive run no longer silently writes a config
  (+ client) into a bare project — those files import stash / @cipherstash/stack
  and would just re-defer the MODULE_NOT_FOUND crash to the next command. It
  returns null; the missing-config guidance points the user at `stash init`.
  ('ensure'/init still creates unconditionally; init installs the deps.)
- #5: use the shared isCiEnv() (handles CI=1 / CI=TRUE) instead of the raw
  `process.env.CI !== 'true'`, matching the sibling resolveDatabaseUrl so the
  two steps classify the same environment consistently.

Tests: offerStashConfig now asserts null + no write for the non-interactive
offer and existing-config cases; a new e2e drives `eql install` with the URL
from env (non-TTY) and asserts neither a config nor a client is written.
coderdan added a commit that referenced this pull request Jul 8, 2026
…#5)

offerStashConfig returned a truthy DEFAULT_CLIENT_PATH even when it created
nothing, so installCommand's `if (clientPath)` guard scaffolded the encryption
client anyway. Three related fixes, all on this one surface:

- #2: return null when no config is created (declined / cancelled / existing),
  so the caller skips the client scaffold too. Declining now touches nothing.
- #4: in 'offer' mode a non-interactive run no longer silently writes a config
  (+ client) into a bare project — those files import stash / @cipherstash/stack
  and would just re-defer the MODULE_NOT_FOUND crash to the next command. It
  returns null; the missing-config guidance points the user at `stash init`.
  ('ensure'/init still creates unconditionally; init installs the deps.)
- #5: use the shared isCiEnv() (handles CI=1 / CI=TRUE) instead of the raw
  `process.env.CI !== 'true'`, matching the sibling resolveDatabaseUrl so the
  two steps classify the same environment consistently.

Tests: offerStashConfig now asserts null + no write for the non-interactive
offer and existing-config cases; a new e2e drives `eql install` with the URL
from env (non-TTY) and asserts neither a config nor a client is written.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant