Point it at a repo
Paste the URL, pick the branch, and say where the files go: plugin, theme, or a wp-content folder.
Connect a GitHub repo to a sandbox and deploy a plugin, theme, or the whole wp-content folder into it. By hand, on every push, or from any tag you name.
repository
github.com/acme/acme-blocks
wp-content/plugins/acme-blocks
deployments
Paste the URL, pick the branch, and say where the files go: plugin, theme, or a wp-content folder.
One click clones that branch and syncs it into the sandbox. The commit and its message land in the history.
Paste the webhook URL into your repo settings. From then on every push to that branch deploys itself.
Need the version that shipped the bug? Deploy any tag or branch once, without moving your configured branch.
plugin · theme · wp-content
wp-content/plugins/your-folder, wp-content/themes/your-folder, or straight into wp-content. That folder belongs to git: delete a file in the repo and the next deploy deletes it on the site.
shallow clone
One ref, one commit deep. The .git directory is stripped and the tree is copied in as it sits. No install step, no bundler, so commit what you want running.
www-data
The synced folder is owned by the web user, so the file manager, SSH, SFTP and WordPress itself keep working on it like any other plugin.
A customer is on v1.3.2 and you are three months past it. Deploy that tag into a sandbox for one run, watch it break, then go back to your branch.
deploy a branch or tag
One-off deploy. Configured branch stays main.
No. Choose Private and SandyWP generates an SSH deploy key on connect, then shows you the public half. Add it to your repository as a read-only deploy key and clones authenticate with it.
No. The clone is copied in exactly as committed, so whatever is in the repo is what runs. If your plugin needs compiling, commit the built files or run the build yourself over SSH.
The destination folder is replaced on every deploy, so edits inside it are overwritten. Everything else on the site, including the database, is left alone.
One. The branch, folder name and auto-deploy setting are all editable afterwards, and disconnecting leaves the deployed files and the history in place.
Yes. Connecting a repository, listing its branches and tags, and triggering a deployment are all MCP tools, so an assistant can ship the change and read debug.log without you switching windows.
Free account, a sandbox, and a deploy in the time it takes to paste a URL.