Maintained build recipes
DeployGrove builds supported stacks with maintained recipes. You commit the required source files and lockfile instead of supplying a Dockerfile or custom image.
Repository → running appManaged hosting for GitHub, GitLab and Bitbucket apps
Connect a repository, choose a managed runtime and deploy from the dashboard. DeployGrove handles builds and routing, with private services, domain checks and supported recovery options.
You build the app and choose its settings. DeployGrove maintains the supported build recipes, hosted runtime and routing. You still control repository access, environment values and DNS.
Create a project, deploy it, then connect your domain. DeployGrove handles the supported build and routing; you provide the code, environment values and DNS records.
Pick a hosted plan and create a project. Choose a source repository or a one-click application from the catalogue.
For source projects, enter the HTTPS Git URL and let DeployGrove detect the runtime. Commit the required lockfile, or an index.html for a static site. Private repositories need a read-only access token.
Select Deploy and watch the release in the dashboard. Point your domain at the server and choose an SSL certificate path. To deploy on later pushes, configure a signed Git webhook.
DeployGrove maintains the supported build path, runtime and routing. You still choose your app settings, domain and data services.
DeployGrove builds supported stacks with maintained recipes. You commit the required source files and lockfile instead of supplying a Dockerfile or custom image.
Repository → running appPoint your hostname to the server and choose SSL validation. The domain check shows whether DNS resolves and a certificate path is available before you send visitors there.
Domain → HTTPSEvery release is tracked. Rollback is available for Node.js, Python, Bun and static sites; PHP apps need a new revision.
Failed deploy → release historyCreate a supported database, cache, search or messaging service in the project. Save its credentials and choose whether to inject the connection string or add it to the app environment yourself.
Service → app connectionPrepare your app for its first deploy: check folder layouts, lockfiles, entry files, and health checks. Keep local app data with Persistent SQLite for PHP, Node.js, Python, and Bun, or connect a private database service.
Compare the setup and ongoing work for one production app. Your code and data decisions stay yours in either case.
Builds, runtime, routing and release history come with each plan. Choose the capacity your projects need, with extra resources priced before you add them.
For the projects you want to ship and keep running without maintaining the server underneath.
$20per month
The same platform with room for a client roster, or a staging copy beside every project.
$40per month
Both plans have a hard cap: at three apps you move from Sapling to Orchard, which supports up to nine. Extra databases, storage, bandwidth, CPU, and memory are priced before you add them.
For source projects, have an HTTPS Git URL, a supported runtime and the required lockfile, or an index.html for a static site. Choose a one-click application if the app is in the catalogue. Add any needed service and environment values before deploying.
Point the hostname to the server IP shown in the project. The preferred SSL setup is the _acme-challenge CNAME shown by Check domain & TLS, set to DNS only at Cloudflare. You can also use a project Cloudflare DNS token or upload a matching certificate. Deploy after the certificate path is ready.
DeployGrove is managed application hosting for supported Git repositories and selected one-click applications. It maintains supported build recipes, the hosted runtime and routing, and shows release output in the dashboard. You provide the code, repository access, environment values and DNS, and choose a supported TLS path for a custom domain.
GitHub, GitLab and Bitbucket. Public repositories need no access token; private repositories need a read-only token. Push-to-deploy requires a signed inbound webhook.
Sapling costs twenty US dollars a month for up to three apps. Each app gets 2 vCPU, 2 GB RAM, 20 GB storage and 1 TB monthly transfer. Orchard costs forty US dollars a month for up to nine apps. Each app gets 4 vCPU, 4 GB RAM, 40 GB storage and 1 TB monthly transfer.
Check the resource limits of the plan shown at checkout against your app and its build. Resource needs vary by stack and workload; do not assume a single memory size fits every app.
Sapling supports up to three apps and Orchard supports up to nine. If you reach your plan limit, upgrade before creating another app.
No. Projects can use different repositories, domains and environments. A one-click application can also create its required services with the project.
No. Source projects use supported managed runtimes and fixed build recipes. Repository Dockerfiles, custom images and custom start commands are not accepted.
Managed source supports PHP 8.4, Node.js 24, Python 3.13, Bun 1.4 and static HTML. Choose a supported Git repository or a trusted one-click application.
Deployment history and logs show what failed. Node.js, Python, Bun and static projects can roll back to an earlier image. PHP projects must deploy a new revision.
Yes. Add a private service to a project, save the credentials shown at creation, and optionally inject its connection string as a secret environment variable. Deploy again after changing the app environment.
Connect a supported repository, deploy from the dashboard and check your domain before launch. Managed builds and routing leave less infrastructure for you to maintain.
Create your account