Push your WordPress code to GitHub, GitLab or Bitbucket and CloudPloy deploys it to your own cloud server. Run your tests in your existing CI, roll back when you need to, and trigger deploys from the REST API.
Start Deploying WordPressCloudPloy handles deployment; your CI service handles tests
CloudPloy handles the deploy step: every push to your WordPress repository's branch goes live.
CloudPloy does not run your tests. Run them in GitHub Actions, GitLab CI or Bitbucket Pipelines first.
Use two CloudPloy apps from the same repository to test changes before they reach production.
See what each deploy did and whether it worked.
Keep secrets out of Git and control who can deploy.
The rest of what a WordPress site needs to run on your own server.
Connect with your existing Git workflow and development tools
Connect GitHub from the CloudPloy dashboard
Connect GitLab from the CloudPloy dashboard
Connect Bitbucket from the CloudPloy dashboard
Choose the CI/CD workflow that matches your WordPress development needs
The simplest workflow for theme and plugin changes.
Push to the deploy branch
The webhook notifies CloudPloy
CloudPloy builds the new commit
The new container starts and is health-checked
Roll back if the change broke something
Run your own checks first, then deploy from CI.
Open a pull request
Your CI runs tests and code standards
Merge when checks pass
CI calls POST /api/v1/apps/{app}/deploy
CI reads GET /api/v1/apps/{app}/deployments
Two CloudPloy apps on two branches of the same repository.
Merge to develop
The staging app auto-deploys
Review the staging site
Merge develop into main
The production app auto-deploys
What changes when deployments come from Git
How different WordPress projects can use CloudPloy deployments
Several client sites with custom themes and plugins, each in its own repository.
One CloudPloy app per client site, each auto-deploying from its repository, with a staging app where the client needs review.
A product built on WordPress with frequent releases.
CI runs the test suite on every pull request, and CI calls the CloudPloy API to deploy after merge.
A company site where several people change the theme.
Pull requests with required reviews, a staging app on develop, and auto-deploy to production from main.
An online store where a broken deploy costs sales.
Test theme and plugin changes on a staging app, deploy to production from main, and roll back if checkout breaks.
Connect your repository and deploy on every push. Server compute is billed separately by your cloud provider.