npm install -g ghost-cli@latestghost install(for a production linux setup, including Nginx, SSL, and Systemd)ghost install local(for a local setup, useful for theme development/testing)
Set NODE_USE_ENV_PROXY=1 (or NODE_OPTIONS=--use-env-proxy) so Node picks up HTTP_PROXY, HTTPS_PROXY and NO_PROXY from the environment. This requires Node 22.21.0 or Node 24.5.0 and above.
The objective of the Ghost CLI project is to make setting up and maintaining a Ghost site as straight forward as possible for people who do not want to use Ghost(Pro).
Ghost-CLI is aimed at people who are comfortable in a command line environment, and therefore some technical knowledge is assumed. The design goal of Ghost CLI was to make it possible to install or update Ghost in a single command.
In order to keep these goals obtainable & maintainable by Ghost's small team, we have a recommended system stack that Ghost-CLI works with, and minimal configuration options.
We officially recommend the stack described here for production installs.
The team behind Ghost CLI only supports this stack. This restriction is very deliberate, as every additional option for configuration or divergent piece of code required to support an additional environment creates exponential complexity and maintenance overhead.
Our primary focus for the project is ensuring that everyone that uses the recommended system stack is able to install, configure, start, stop, restart, update & list their Ghost sites. This includes developing better testing to ensure we are able to prevent regressions, and stabilising the code to ensure that edge cases within the recommended stack are accounted for.
The secondary focus is on improving the CLI itself. We want to ensure that the UI, configuration options, flags, flows, prompts, messages and other behaviours are working for both manual and programmatic use. This also includes improving the documentation to make it easy to use the tool, discover advanced options & debug any common issues.
Anything that falls outside of these two areas is not being actively worked on at present.
- Issues which affect many users with our recommended stack are given first priority
- Issues which affect small numbers of users are prioritised based on the impact vs the difficulty - i.e. quick fixes will be prioritised, complex issues may be closed and labelled with
later&recommended-stack. - Issues around documented & understood environment or configuration issues will be closed and labelled with
known-issue, users will be directed to the docs & forum. - Issues that request modifications in order to support other stacks stack will be closed and labelled with
later&other-stack. - Issues proposing new features or enhancements will be labelled as such, and in most cases also closed with
later.
We aren't able to provide support in GitHub, but we do keep track of common issues with the known-issue label and regularly update documentation & error messages to be clearer.
The documentation for Ghost-CLI can be found at https://ghost.org/docs/ghost-cli/. Community support can be found in our forum.
- Fork this repo
git clone https://github.com/<your-username>/Ghost-CLI path/to/your/workspacecd path/to/your/workspacepnpm install
To run the CLI for testing:
pnpm linkghost <command>(can run anywhere on the system)
pnpm testReleases are cut from the Release workflow. Run it from main and pick a bump type:
auto(default) — minor if there are ✨ commits since the last release, otherwise patchpatch/minor/major— force a specific bumpdry run— do everything except push, to preview the version
From there it's automatic:
- The Release workflow runs the tests, then pushes a
chore(release): x.y.zcommit tomain - The Publish workflow publishes that version to npm, creates the
vx.y.ztag, and creates the GitHub Release - Release notes are generated by
scripts/release-notes.jsfrom the emoji-prefixed commits since the previous tag — see the commit message convention
To preview the notes for a release locally:
pnpm release-notes v1.30.0 v1.30.1The Release workflow pushes with the GST_TOKEN PAT. A push made with the default GITHUB_TOKEN would not trigger the Publish workflow, so that token needs write access to this repo.
Prereleases are manual — the Release workflow only cuts stable versions.
- Branch off
mainand set the prerelease version inpackage.jsonby hand, e.g.1.31.0-beta.0 - Push the branch
- Run the Publish workflow via "Run workflow", selecting your branch as the ref, with
mode: publishandnpm_tag: next
Install it with:
npm install -g ghost-cli@nextKeep the prerelease on a branch — a prerelease version in a chore(release): commit on main would be published under latest. The manual dispatch also skips git tagging and the GitHub Release, so a prerelease leaves no tag behind.
Use mode: dry-run to preview the tarball without publishing.
Copyright (c) 2013-2026 Ghost Foundation - Released under the MIT license. Ghost and the Ghost Logo are trademarks of Ghost Foundation Ltd. Please see our trademark policy for info on acceptable usage.