Runbot (Odoo): CI-Server für Tests und Demo-Builds
Kurz gesagt
Runbot ist der Continuous-Integration-Server von Odoo S.A. unter runbot.odoo.com: Er testet die offiziellen Odoo-Repositories bei jedem Push auf GitHub und stellt bestandene Läufe mit Demo-Daten im Browser bereit. Für eigene Tests nutzen Sie ihn, um das Verhalten der aktuellen Version zu prüfen; für eigene Module, eigene Daten und die deutsche Lokalisierung brauchen Sie unabhängig vom Land eine eigene Testumgebung.
Das Wichtigste
- Runbot ist der Continuous-Integration-Server von Odoo S.A. und testet Commits, Zweige und Pull Requests der offiziellen Odoo-Repositories.
- Ein Lauf ist in Bündel, Batch, Build und Sub-Build gegliedert; grün heißt: alle Tests laufen ohne Fehler im Protokoll.
- Bestandene Läufe stehen mit Demo-Daten im Browser bereit; die Konten admin, demo und portal haben als Passwort ihren Kontonamen.
- Länder-Module werden im Standardlauf nicht installiert, außer dem generischen; die deutsche Lokalisierung l10n_de fehlt dort.
- Die Dokumentation richtet den Abschnitt an Odoo-Mitarbeitende und Beitragende zu github.com/odoo und empfiehlt anderen ein eigenes CI.
Runbot ist der Bau- und Prüfdienst von Odoo S.A.: Er baut jeden Zweig der offiziellen Odoo-Repositories, lässt die Testsuite darauf laufen und macht bestandene Läufe mit Beispieldaten als eigene Instanz zugänglich.
Wofür Runbot da ist
Runbot prüft den Code von Odoo selbst, nicht Ihre Installation; für Betriebe in Deutschland, Österreich und der Schweiz ändert er nichts am eigenen System. Die Entwicklerdokumentation nennt ihn den CI-Server des Herstellers: Die meisten Tests laufen dort nach jedem Push; wer Änderungen in odoo/odoo, odoo/enterprise, odoo/upgrade oder odoo.sh zusammenführt, kommt am CI nicht vorbei. Das Dashboard führte am 14. Oktober 2026 ohne Anmeldung Zweige für master, 20.0 und 16.0 bis 19.0; je Zweig entsteht ein Bündel (Bundle) aus mehreren Batches.
Wann Sie Runbot für einen Test nutzen
- Verhalten der Entwicklungsversion prüfen: Das Dashboard zeigt, ob ein Commit durchgelaufen ist; im geöffneten Build testen Sie denselben Arbeitsschritt gegen den Entwicklungsstand.
- Eine App oder Version vorab ansehen: Bestandene Läufe liegen mit Demo-Daten auf einem eigenen Server; die Konten admin, demo und portal nutzen als Passwort den Kontonamen.
- Einen Beitrag verfolgen: Für Pull Requests gegen die Odoo-Repositories zeigt das Dashboard, ob alle Builds grün sind; erst danach stößt der Reviewer den Merge an.
Wie ein Lauf aufgebaut ist
| Ebene | Bedeutung |
|---|---|
| Bündel (Bundle) | Konfiguration und Batches eines Zweigs |
| Batch | Menge von Builds nach diesen Parametern |
| Build | gestarteter Server, in Sub-Builds unterteilt |
| Sub-Build | Teillauf, üblicherweise vier parallele Post-Install-Tests |
Grün ist ein Batch, wenn alle seine Builds grün sind, ein Build, wenn alle Sub-Builds grün sind: Alle Tests laufen durch, das Protokoll zeigt keine Fehler und keine Warnungen. Ein Build führt üblicherweise Community, Enterprise (nur bei vorhandenem Enterprise-Zweig) und die Migration des Zweigs durch. Prüfungen zu Lokalisierung und Einzelmodul-Installationen laufen nicht im Standard-CI, sondern in einem Nachtlauf.
Wann Runbot nicht passt
- Länder-Module: Im Standardlauf werden die Lokalisierungsmodule nicht installiert, außer dem generischen; die deutsche Lokalisierung l10n_de prüfen Sie dort nicht, sondern in einer Testumgebung für Odoo.
- Eigene Module und Daten: Getestet wird der offizielle Zweig mit Demo-Daten. Für eigenen Code verweist die Dokumentation auf ein eigenes CI, etwa über automatisierte Tests für Odoo-Anpassungen.
- Ein grüner Build belegt keinen Anwendungsfall: Alle Tests laufen unabhängig von der Änderung, und es werden alle Module installiert. Etwas kann trotzdem scheitern, wenn eine Anpassung ein Modul voraussetzt, das das geänderte Modul nicht kennt.
Nicht zu verwechseln mit
- Den Odoo.sh-Zweigstufen: Entwicklungszweige führen dort die Unit-Tests mit Demo-Daten aus, Staging- und Produktionszweige nicht (siehe Odoo.sh-Zweigstufen).
- Mergebot und Robodoo: weitere Bots derselben Dokumentation; Mergebot prüft zuletzt vor dem Merge.
- Einem eigenen CI: Der Abschnitt richtet sich an Odoo-Mitarbeitende und Beitragende zu github.com/odoo.