Connect
Install the first-party GitHub App on all or selected repositories, then explicitly enable each repository in SandyWP.
SandyWP / GitHub previews
Mention @sandywp-bot on a pull request and get a disposable WordPress
site running that exact commit—without leaving GitHub.
Repository to review site
Install the first-party GitHub App on all or selected repositories, then explicitly enable each repository in SandyWP.
A trusted owner, member, or collaborator writes @sandywp-bot deploy on an open pull request.
The bot updates one stable comment with the site URL, verified commit, stack, and PR-managed lifecycle.
Exact PR code
SandyWP reads the current pull-request head, records it, fetches refs/pull/<n>/head, and refuses success when the fetched commit
differs. A moving branch never quietly becomes the preview.
8af24c18af24c1Preview built from the requested commit
Lifecycle
Normal quota
Every preview appears in the sponsoring SandyWP dashboard and uses an ordinary active-site slot.
Access choices
Public site URLs are returned on success. A repository can explicitly add a reusable wp-admin bearer link with a clear warning.
Automatic cleanup
The preview stays available while the pull request is open, then normal SandyWP cleanup starts when it is merged or closed.
Your WordPress base
A plain deploy starts from SandyWP’s latest-stable WordPress environment. Or allow selected account Blueprints per repository and request one by slug; SandyWP applies it before installing the pull request code.
See how Blueprints work →Commands
The bot only acts on explicit commands from trusted collaborators. Ask for a preview, refresh it, request access, or remove it from the same pull request conversation.
Need a long-lived connection?
PR previews follow one pull request and preserve its temporary URL. Git Deployment keeps one sandbox connected to a branch or tag for manual and push-based deploys.
Compare Git Deployment →@sandywp-bot create a new site@sandywp-bot deploy@sandywp-bot deploy using blueprint: gogh@sandywp-bot login@sandywp-bot delete@sandywp-bot helpSecurity
Only trusted collaborators in enabled repositories can consume quota. The App requests read-only Contents plus read/write Pull requests and Issues access for preview comments and reactions. Installation tokens are minted per job and never persisted, embedded in Git URLs, or placed in worker process arguments and Docker environment.
Good to know
Yes. SandyWP mints a short-lived GitHub App installation token for the claimed worker job. No deploy key or personal access token is stored.
SandyWP fetches the base repository pull-request ref. Public forks work without access to the contributor fork. Private-fork access depends on the organization policy and should be verified before rollout.
No. V1 deploys exactly what is committed. Commit required runtime assets or configure an installable subdirectory.
Yes. The account owner selects which Blueprints are allowed for each repository. A collaborator can request one by slug; a plain deploy still starts from blank WordPress.
Yes. It is an ordinary account-owned sandbox, appears in the dashboard, and consumes one active-site slot.
Yes. Each repository can add a reusable login link on request or with every successful preview. Public repository links are visible to everyone, so the setting is off by default and carries a clear warning.
Connect a repository, tag SandyWP, and review the exact commit in real WordPress.
maya-dev commented just now
@sandywp-bot deploySandyWP botbot
✓SandyWP preview ready
8af24c1