A streamlined deployment tool for web applications with intelligent Laravel project detection.
npm install -g @wyxos/zephyrOr run directly with npx:
npx @wyxos/zephyrNavigate to your app or package directory and run:
npm run releaseOr invoke Zephyr directly:
zephyrSee all flags:
zephyr --helpCommon workflows:
# Deploy an app using the saved preset or the interactive prompts
zephyr
# Deploy an app with a local npm package version bump
zephyr minor
# Deploy an app while bypassing Zephyr's built-in local checks
zephyr minor --skip-checks
# Deploy a configured app non-interactively
zephyr --non-interactive --preset wyxos-release --maintenance off
# Deploy a configured app non-interactively and auto-commit dirty changes
zephyr --non-interactive --preset wyxos-release --auto-commit
# Deploy without mutating the local package version
zephyr --non-interactive --preset wyxos-release --skip-versioning
# Resume a pending non-interactive deployment
zephyr --non-interactive --preset wyxos-release --resume-pending --maintenance off
# Emit NDJSON events for automation or agent tooling
zephyr --non-interactive --json --preset wyxos-release --maintenance on
# Release a Node/Vue package (defaults to a patch bump)
zephyr --type node
# Release a Node/Vue package with an explicit bump
zephyr --type node minor
# Release a Packagist package
zephyr --type packagist patch
# Release the current package/composer version without bumping version files
zephyr --type node --skip-versioning
zephyr --type packagist --skip-versioningWhen --type node or --type vue is used without a bump argument, Zephyr defaults to patch.
Interactive mode remains the default and is the best fit for first-time setup, config repair, and one-off deployments.
For app deployments, interactive mode now requires a real interactive terminal. If stdin/stdout are not attached to a TTY, Zephyr refuses to continue in interactive mode and tells you to rerun with --non-interactive --preset --maintenance on|off.
Non-interactive mode is strict and is intended for already-configured projects:
--non-interactivefails instead of prompting- app deployments require
--preset <name> - Laravel app deployments require either a saved preset maintenance preference,
--maintenance on|off, or a resumable snapshot that already contains the choice - pending deployment snapshots require either
--resume-pendingor--discard-pending - stale remote locks are never auto-removed in non-interactive mode
--jsonis only supported together with--non-interactive
If Laravel maintenance mode has already been enabled and Zephyr then exits abnormally because of a signal such as SIGINT, SIGTERM, or SIGHUP, it now makes a best-effort attempt to run artisan up automatically before exiting.
If Zephyr would normally prompt to:
- create or repair config
- save a preset
- install the
releasescript - confirm local path dependency updates
- resolve a stale remote lock
then non-interactive mode stops immediately with a clear error instead.
For Laravel app deployments, --maintenance on|off overrides both the saved preset preference and the maintenance prompt when you want an explicit choice for the current run.
--auto-commit is available for app deployments and tells Zephyr to let local Codex inspect the repo and generate the dirty-tree commit message instead of prompting for one.
--skip-versioning keeps Zephyr from mutating package.json or composer.json. On app deploys it skips the local npm version bump step. On package release workflows it releases the version already present in the manifest and creates the release tag from the current HEAD.
Zephyr can be used safely by Codex, CI jobs, or other automation once configuration is already in place.
Recommended pattern for app deployments:
zephyr --non-interactive --json --preset wyxos-release --maintenance offRecommended pattern for package releases:
zephyr --type node --non-interactive --json minor
zephyr --type packagist --non-interactive --json patchIn --json mode Zephyr emits NDJSON events on stdout with a stable shape:
run_startedlogprompt_requiredrun_completedrun_failed
Each event includes:
eventtimestampworkflowmessagelevelwhere relevantdata
run_failed also includes a stable code field for automation checks.
In --json mode, Zephyr reserves stdout for NDJSON events and routes inherited local command output to stderr so agent parsers do not get corrupted.
On a first run inside a project with package.json, Zephyr can:
- add
.zephyr/to.gitignore - add a
releasescript that runsnpx @wyxos/zephyr@latest - create global server config and per-project deployment config interactively
Follow the interactive prompts to configure your deployment target:
- Server name and IP address
- Project path on the remote server
- Git branch to deploy
- SSH user and private key
Configuration is saved automatically for future deployments.
The recommended entrypoint in consumer projects is:
npm run releasenpm run releaseis the recommended app/package entrypoint once the release script has been installed.- For
--type nodeworkflows, Zephyr runs your project'slintscript when present. - For
--type nodeworkflows, Zephyr runstest:runortestwhen present. - For fresh Laravel app deploys, Zephyr runs local lint/test checks before creating the version-bump commit so failed checks do not force repeated bump retries.
- For critical app deploys,
--skip-checksis shorthand for--skip-lint --skip-tests. It skips Zephyr's built-in local checks, but any localpre-pushhook can still run its own checks during git push unless you also opt into--skip-git-hooks. - For non-interactive app deploys, use a saved preset name instead of relying on prompt fallback.
- Automated Git operations (branch switching, commits, pushes)
- SSH-based deployment to remote servers
- Laravel project detection with smart task execution
- Intelligent dependency management (Composer, npm)
- Database migrations when detected
- Frontend asset compilation
- Cache clearing and queue worker management
- SSH key validation and management
- Deployment locking to prevent concurrent runs
- Task snapshots for resuming failed deployments
- Comprehensive logging of all remote operations
Zephyr analyzes changed files and runs appropriate tasks:
- Always:
git pull origin <branch> - Composer files changed (
composer.json/composer.lock):composer install --no-dev --no-interaction --prefer-dist --optimize-autoloader(requirescomposer.lock) - Migrations changed (
database/migrations/*.php):php artisan migrate --force - Node dependency files changed (
package.json/package-lock.json, including nested):npm install - Frontend files changed (
.vue/.js/.ts/.tsx/.css/.scss/.less):npm run build- Note:
npm run buildis also scheduled whennpm installis scheduled.
- Note:
- PHP files changed: clear caches + restart queue workers (Horizon if configured)
Servers are stored globally at ~/.config/zephyr/servers.json:
[
{
"id": "server_abc123",
"serverName": "production",
"serverIp": "192.168.1.100"
}
]Deployment targets are stored per-project at .zephyr/config.json:
{
"presets": [
{
"name": "prod-main",
"appId": "app_def456",
"branch": "main",
"options": {
"maintenanceMode": true,
"skipGitHooks": false,
"skipTests": false,
"skipLint": false,
"skipVersioning": false,
"autoCommit": true
}
}
],
"apps": [
{
"id": "app_def456",
"serverId": "server_abc123",
"serverName": "production",
"projectPath": "~/webapps/myapp",
"branch": "main",
"sshUser": "forge",
"sshKey": "~/.ssh/id_rsa"
}
]
}Preset options capture repeatable deploy behavior so Zephyr can reuse the same maintenance, dirty-tree, and deploy-check preferences on later runs.
Zephyr creates a .zephyr/ directory in your project with:
config.json- Project deployment configurationdeploy.lock- Lock file to prevent concurrent deploymentspending-tasks.json- Task snapshot for resuming failed deployments{timestamp}.log- Log files for each deployment run
The .zephyr/ directory is automatically added to .gitignore.
- If Zephyr reports "No upstream file changes detected", it means the remote repository already matches
origin/<branch>aftergit fetch. In that case, Zephyr will only rungit pulland skip all conditional maintenance tasks. - If Zephyr prompts to update local file dependencies (path-based deps outside the repo), it may also prompt to commit those updates before continuing.
- Node.js 16+
- Git
- SSH access to target servers