Skip to content

Version Packages#5

Merged
calvinbrewer merged 1 commit into
mainfrom
changeset-release/main
Nov 16, 2024
Merged

Version Packages#5
calvinbrewer merged 1 commit into
mainfrom
changeset-release/main

Conversation

@github-actions

Copy link
Copy Markdown
Contributor

This PR was opened by the Changesets release GitHub action. When you're ready to do a release, you can merge this and the packages will be published to npm automatically. If you're not ready to do a release yet, that's fine, whenever you add more changesets to main, this PR will be updated.

Releases

@cipherstash/jseql@2.0.0

Major Changes

  • bea60c4: Added release management.

@github-actions
github-actions Bot force-pushed the changeset-release/main branch from a6e7c16 to 396c54c Compare November 16, 2024 20:26
@calvinbrewer
calvinbrewer merged commit 2501bb3 into main Nov 16, 2024
@calvinbrewer
calvinbrewer deleted the changeset-release/main branch November 16, 2024 20:27
calvinbrewer pushed a commit that referenced this pull request Feb 10, 2025
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