On-Premise to Odoo.sh Migration
Odoo.sh is Odoo’s managed platform: hosting, staging environments, backups and a Git-driven deployment workflow in one product. Moving from your own server to Odoo.sh trades infrastructure chores for platform discipline, and imposes some structure your on-premise setup may never have had, particularly around how custom code is deployed.
We run Odoo.sh workflows daily, including CI pipelines built around its branch model, so this migration lands on experience rather than documentation-reading.
What moves, and how
- What Odoo.sh gives you. Managed hosting with automated backups, one-click staging environments built from production copies, integrated logs and monitoring, and mail/DNS handled sanely. The staging workflow alone changes delivery quality.
- The Git discipline requirement. On Odoo.sh, custom code deploys from a Git repository, full stop. If your on-premise custom modules live as loose folders on a server, migrating includes putting them under proper version control, which is a gift disguised as a chore.
- Submodules and structure. Third-party and shared modules organise via Git submodules; we structure repositories the way we run our own connector development, including branch conventions and staging promotion flows.
- The migration itself. Database and filestore transfer, repository setup, environment configuration, DNS and mail cutover, all rehearsed on an Odoo.sh staging branch before production switches.
- What changes operationally. Deployments become pushes, staging tests become routine, and 3am server patching stops being your problem. Some low-level server access disappears; we’ll flag anything you currently do that won’t translate.
How a platform move runs
- Repository and Git discipline first. Odoo.sh deploys custom code from Git, full stop. If your code was never version-controlled, that gets fixed as step one, structured with submodules the way the platform expects.
- Environment and pipeline setup. Production, staging and development environments configured, with the CI checks and build steps that turn deployments into pushes rather than late-night SSH sessions.
- Database and filestore transfer to staging. Your live database and filestore move to an Odoo.sh staging build first, where the deployment and the custom code are proven together before go-live.
- DNS, mail and integrations rewired. Domains, outbound mail and external integrations repointed and tested, because these are the details that embarrass a cutover when left to the day itself.
- Cutover with the old server as fallback. Production goes live on Odoo.sh with the previous environment kept available until the new one has proven itself across real trading days.
Common questions
Does Odoo.sh require Enterprise?
Our custom code was never in Git. How bad is that?
Is Odoo.sh cheaper than our VPS?
What if our custom code was never in Git?
Is Odoo.sh actually cheaper than our own server?
Not sure where to start? Book a free discovery call and we’ll map your current setup, or request a free Odoo health check if you’re already running Odoo.