Skip to main content

HDMSOFT

Visit our page

Official Documentation

RKD as ROCKETDOO

Odoo Development Framework

Made with passion, not just programming skills.

Developed by:

  • "Horacio Montaño"

Version:

  • "3.1.5"

Simple Description:

RKD, also known as ROCKETDOO, is version 3 of the framework designed for assisted and automated deployment of development environments. In this version, unlike its predecessor, it no longer depends on a repository. In other words, it is no longer necessary to create a repository from a template — the framework is now fully independent.

Developers simply need to install the framework on their local machines using either the pip or pipx package managers. The latter is the recommended option, as it allows installing the framework globally on the developer’s system without dealing with Ubuntu and Debian security restrictions that prevent the direct use of pip install. To achieve this, we provide the following two installation options:

Ensure you have pip installed, or pipx if necessary.

 pip install rocketdoo  --break-system-packages

or

 pipx install rocketdoo

  • This development environment is intended for those developing on Linux operating systems, such as Ubuntu, Debian, etc. However, for those who prefer to develop on Windows, we suggest installing WSL2, the Windows Subsystem for Linux.

  • To use this framework, it is essential to have Docker, Docker Compose, and Git installed.

  • ROCKETDOO version 2 now includes its own execution commands, meaning it is no longer necessary to remember or manually use Docker or Docker Compose commands, as the framework effectively replaces the most essential ones.

  • Starting from this version, there is no need to use the previous repository as a template to build your environment. Simply by installing the framework, you can create your own directories where the Odoo development environment will be applied.

  • In version 2, you can use either the command rocketdoo or its alias rkd for greater convenience and agility.

  • Gitman is used for downloading and installing external repositories.

  • Make sure you have Docker and Docker Compose installed on your computer. If not, you can follow the official Docker installation guide, Docker Installation Guide.


Comand Line

Below we will list the commands that make up the new version of rocketdoo

 rocketdoo --version

 rocketdoo --help

 rocketdoo scaffold

 rocketdoo init

 rocketdoo info

 rocketdoo up

 rocketdoo up -d

 rocketdoo status

 rocketdoo logs

 rocketdoo stop

 rocketdoo pause

 rocketdoo down

 rocketdoo down -v

 rocketdoo build

 rocketdoo deploy

 rocketdoo mail on

 rocketdoo mail off

 rocketdoo mail status

 rocketdoo mail open

 rocketdoo traefik on

 rocketdoo traefik off

 rocketdoo traefik status

 rocketdoo traefik guide

 rocketdoo instance init

 rocketdoo instance deploy --env stage

 rocketdoo instance deploy --env prod

 rocketdoo instance status

 rocketdoo gui

 rocketdoo gui --port 9090

 rocketdoo gui --open


INSTRUCTIONS:

  1. From your Linux or WSL2 terminal, install the framework using one of the following commands:
   pip install rocketdoo --break-system-packages

or

 pipx install rocketdoo

Make sure you already have pip or pipx installed.

  1. Once the framework is installed, navigate to your preferred working directory and create a new directory for your development environment.

  2. Inside your development directory, you can start by running the scaffold command. This command will automatically create all the necessary files and directories required to deploy your Odoo development environment.

  3. Next, you can launch the setup wizard using the init command. This command will prompt you for all the necessary information to configure your environment. The questions include:

  • Project name

  • Odoo version (a list from version 15 to 19 is available for selection)

  • Odoo edition (options include Community and Enterprise)

  • Whether to use private repositories (for your own developments; it will list your SSH keys connected to your repositories)

  • Whether to use third-party repositories (if you answer YES, it will prompt you for the URLs of each repository or repository package)

  • PostgreSQL version (selectable option)

  • Odoo Master Password (for database creation)

  • Container restart policies (selectable option)

  • Odoo port (with port validation)

  • Visual Studio Code debug port (with port validation)

Port validation checks whether the selected ports are already in use by another instance or service. If so, it suggests alternative ports or allows you to set them manually

  1. Once the setup wizard is completed, you can start the deployment with:
rocketdoo up

or

 rocketdoo up -d

or

 rkd up -d

The -d flag runs the deployment in detached mode.

  1. After the environment has been successfully deployed, you can access Odoo from your preferred web browser using:
  • http://localhost:8069

or the port you selected during setup.

  1. You can check all environment details using:
rocketdoo info

This command displays detailed information about the current environment in your working directory.

  1. From this point on, you can begin developing with Visual Studio Code by opening the environment’s directory in your editor.

  2. A partir de este momento ya puedes comenzar a desarrollar con Visual Studio Code, abriendo en el editor de codigo, el directorio de este ambiente!

Remember that the addons folder is intended for your own developments, but you can also place standalone modules there if needed.

  1. You can also use the available ROCKETDOO commands to stop, pause, remove, or clean up the environment’s containers and volumes, or to view logs.

In this version of ROCKETDOO, you can use either the command rocketdoo or its alias rkd.


Suggestions and Considerations:

  • We recommend using Visual Studio Code Extensions, such as Docker, Dev Container, and any others you find useful for working in VSCode.

  • If you are developing on Windows with WSL2, it is recommended to use the WSL:Ubuntu extension in Visual Studio Code for optimal integration and performance.

  • If you wish to develop in the Enterprise edition, Rocketdoo will ask you, and will make the necessary configurations. However, you should ensure that you have the "enterprise" folder with all the modules and place it in the root of this project.

  • This development framework allows you to use private repositories for your developments. For this, the system will ask you if you want to use “private repositories” and if your answer is YES, it will map your local user folder “~/.ssh/” and ask you to choose which ssh key to use. Don't worry, these private keys are not saved in your repository after the commit and push; it simply stores them locally and inside the development docker container. Remember that your selected key must be previously configured with your GitHub repository. This private information is as ephemeral as your environment.

HOW TO ADD MORE MODULES TO GITMAN IF YOU DID NOT DO IT WITH THE LAUNCHER?

  • If you need to use third-party addons after setting up your development environment with our launcher, you’ll need to manually edit the gitman.yml file and also add lines to the odoo.conf addons_path using:

    sudo nano gitman.yml

and complete each line, starting with the repository URL and version, according to your development deployment version. You’ll need to replicate the set of lines to add more third-party repositories.

If you need help, you can refer to the gitman official guide.

  • In this example, you can see how to add your new module package paths.

Example: addons_path: usr/lib/python/dist-packages/odoo/extra_addons/,usr/lib/python/dist-packages/odoo/external_addons/account-financial-tools

  • Gitman creates a folder containing all declared modules under external_addons, which can be found inside your Odoo web container at the path declared in odoo.conf.

  • All paths should be separated by a comma ","


New in Version 3: Mail, Traefik & Instance Deployment

rkd mail — Email Testing with Mailpit

Rocketdoo v3 integrates Mailpit, a local SMTP testing server. All emails sent by Odoo are captured in Mailpit's web UI instead of reaching real inboxes.

rkd mail on      # Enable Mailpit (SMTP on port 1025, Web UI on port 8025)
rkd mail off     # Disable Mailpit and restore Odoo mail settings
rkd mail status  # Check if Mailpit is active
rkd mail open    # Open http://localhost:8025 in your browser

Mailpit is toggled by commenting/uncommenting its service block in docker-compose.yaml using special markers (# rkd:mailpit). When enabled, Odoo's SMTP configuration is automatically updated to route emails through Mailpit.


rkd traefik — Traefik Reverse Proxy

Integrate Traefik v2 as a reverse proxy for your development or production environment. Supports two modes:

  • local: HTTP only, use with /etc/hosts
  • production: HTTPS with automatic Let's Encrypt certificate
rkd traefik on     # Interactive wizard — choose local or production mode
rkd traefik off    # Remove Traefik integration
rkd traefik status # Show current Traefik configuration
rkd traefik guide  # Show /etc/hosts setup instructions for your OS

Traefik is configured via a generated docker-compose.override.yml (Docker Compose merges it automatically). Disabling Traefik simply deletes the override file — your original docker-compose.yaml is never modified.


rkd instance — Full Odoo Instance Deployment to VPS

Deploy a complete Odoo instance (stage and/or production) to a remote VPS. Supports two deployment strategies:

  • Docker (recommended): Transfers files and builds the Docker image directly on the VPS using BuildKit SSH agent forwarding for private repositories.
  • Native: Installs Odoo via official nightly packages (apt), configures /etc/odoo/odoo.conf, and manages it as a systemd service.
rkd instance init                    # Interactive configuration wizard
rkd instance deploy --env stage      # Deploy to staging environment
rkd instance deploy --env prod       # Deploy to production environment
rkd instance deploy --env stage --dry-run  # Preview without executing
rkd instance status                  # Show configured environments

Authentication options:

  • SSH key: select from keys listed in ~/.ssh/
  • Password: stored as environment variable reference (${INSTANCE_PROD_PASSWORD})

PostgreSQL resource profiles: small (<2 GB RAM), medium (4–8 GB), large (16+ GB)

Odoo tuning by environment:

  • Stage: 2 workers, log_level = info, 1.5 GB memory limit
  • Production: 4 workers, log_level = warn, 2.5 GB memory limit, proxy_mode = True, list_db = False

Note: Docker deployment requires a running SSH agent with the relevant keys loaded (ssh-add -l). Password authentication requires sshpass installed on your local machine.



rkd gui — Web GUI Interface

Rocketdoo v3 includes a professional web-based management interface, accessible from your browser just like Odoo — no installation of additional tools required.

rkd gui                  # Launch GUI on http://localhost:8070
rkd gui --open           # Also open the browser automatically
rkd gui --port 9090      # Use a custom port
rkd gui --cwd /my/proj   # Point to a specific project directory

The GUI provides a complete visual interface for all Rocketdoo v3 features:

Section What you can do
Projects Discover all Rocketdoo projects on your host, switch between them, create new project directories
Dashboard Project overview, container status cards, quick start/stop/restart/build controls, inline log viewer
Containers Full container list with status, per-service start/stop/restart, real-time log streaming
Modules Scan and browse Odoo addons with version and dependency info; manage gitman.yaml external repos and trigger Docker rebuild
Instances View configured stage/prod environments, trigger deployments with dry-run support
Services Toggle Mailpit email testing on/off, manage Traefik reverse proxy
Help Quick reference guide for all rkd commands

Additional interface features:

  • Dark / Light mode toggle — persisted per browser session
  • Real-time log streaming via WebSocket
  • Runs entirely from the installed package — no Node.js or build step required

The GUI server runs locally and is bound to 127.0.0.1 by default, so it is only accessible from your own machine.


Technical Support

  • If you have any questions or issues with our development environment, you can contact us and submit your inquiry or support ticket by clicking on the link below.

  • Support Link

  • If you like this project, and you want to collaborate with a donation, you can do it here !!!

  • Cafecito

  • Patreon

Metadata

Release files for rocketdoo 3.1.5

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for rocketdoo 3.1.5
File Size Uploaded
rocketdoo-3.1.5.tar.gz 142.2 kB Details

Built distribution (wheel)

Table of built distributions (wheels) for rocketdoo 3.1.5
File Interpreter ABI Platform
rocketdoo-3.1.5-py3-none-any.whl Python 3 none any Details

Total release size: 307.1 kB

Release files / rocketdoo-3.1.5.tar.gz

Download URL rocketdoo-3.1.5.tar.gz
Size 142.2 kB
Tags Source
SHA-256 checksum
How to use checksums
55fe5bb1f83c58d6625189d4f3b37f853a42b79cf3c92888521e586bed747241
BLAKE2b-256 checksum
How to use checksums
772a041b7152e760f0a648c8578da7266f92f949bc0bb394ccf7a599d5d90e0b
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Aug 20, 2026.

Transparency log

Release files / rocketdoo-3.1.5-py3-none-any.whl

Download URL rocketdoo-3.1.5-py3-none-any.whl
Size 164.9 kB
Tags Python 3
SHA-256 checksum
How to use checksums
a66d3902f0739d49e948482bbf4d257e13705f23889e8020f0367ae733ae9c57
BLAKE2b-256 checksum
How to use checksums
ff487af4409fd720e9e9ef6532a9c93e181c0dec3e4f65ca86173065cb2057d2
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Aug 20, 2026.

Transparency log

Release history Release notifications | RSS feed

3.8.0

2 release files

3.7.0

2 release files

3.6.0

2 release files

3.5.0

2 release files

3.4.0

2 release files

3.3.0

2 release files

3.2.1

2 release files

3.2.0

2 release files

3.1.8

2 release files

3.1.7

2 release files

3.1.6

2 release files

This release

3.1.5 This release

2 release files

3.1.4

2 release files

3.1.3

2 release files

3.1.2

2 release files

3.1.1

2 release files

3.1.0

2 release files

3.0.1

2 release files

3.0.0

2 release files

2.3.1

2 release files

2.3.0

2 release files

2.2.4

2 release files

2.2.3

2 release files

2.2.2

2 release files

2.2.1

2 release files

2.2.0

2 release files

2.1.0

2 release files

1.3.0

2 release files

1.2.3

2 release files

1.2.2

2 release files

1.2.1

2 release files

1.2

2 release files

1.1

1 release file

1.0.1

1 release file

1.0

1 release file

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page