Einstellungen¶
Übersicht¶
Die Einstellungen ermöglichen es Ihnen, die Konfiguration Ihres Projekts zu verwalten.
Projektname¶
Der Name Ihres Projekts.
Hier wird die Adresse angegeben, die für den Zugriff auf Ihre Produktionsdatenbank verwendet wird.
Die Adressen Ihrer Staging- und Entwicklungs-Builds werden von diesem Namen abgeleitet und automatisch zugewiesen. Wenn Sie jedoch Ihren Projektnamen ändern, werden nur zukünftige Builds den neuen Namen verwenden.
Mitwirkende¶
Verwalten Sie die Github-Benutzer, die Zugriff auf Ihr Projekt haben.
Es gibt drei Benutzerstufen:
Admin: hat Zugriff auf alle Funktionen eines Odoo.sh-Projekts.
Tester: hat Zugriff auf die Staging- und Entwicklungs-Datenbanken und deren Tools. Diese Rolle ist für Benutzer vorgesehen, die Benutzerakzeptanztests durchführen. Tester können mit Kopien von Produktionsdaten arbeiten, haben jedoch keinen Zugriff auf die Produktionsdatenbank über die Odoo.sh-Tools.
Entwickler: hat Zugriff auf die Entwicklungs-Datenbanken und deren Tools. Diese Rolle ist für Entwickler vorgesehen, die Code-Änderungen vorschlagen. Sie haben jedoch keinen Zugriff auf die Produktions- und Entwicklungsdatenbanken über die Odoo.sh-Tools.
Entwickler |
Tester |
Admin |
||
|---|---|---|---|---|
Entwicklung |
Historie |
● |
● |
● |
1-Klick-Verbindung |
● |
● |
● |
|
Protokolle |
● |
● |
● |
|
Shell/SSH |
● |
● |
● |
|
Mails |
● |
● |
● |
|
Einstellungen |
● |
● |
● |
|
Staging |
Historie |
● |
● |
● |
1-Klick-Verbindung |
● |
● |
||
Protokolle |
● |
● |
||
Shell/SSH |
● |
● |
||
Mails |
● |
● |
||
Überwachung |
● |
● |
||
Back-ups |
● |
|||
Upgrade |
● |
● |
||
Einstellungen |
● |
● |
||
Produktion |
Historie |
● |
● |
● |
1-Klick-Verbindung |
● |
|||
Protokolle |
● |
|||
Shell/SSH |
● |
|||
Mails |
● |
|||
Überwachung |
● |
|||
Back-ups |
● |
|||
Upgrade |
● |
|||
Einstellungen |
● |
|||
Status |
● |
● |
● |
|
Einstellungen |
● |
Warnung
Diese Rollen gelten nur für die Verwendung von Odoo.sh. Es ist wichtig, die Zuweisung der Benutzerrollen im Repository auf GitHub widerzuspiegeln. Bitte lesen Sie den Abschnitt Managing a branch protection rule (Verwaltung einer Schutzregel für Zweige) in der GitHub-Dokumentation, um detaillierte Anweisungen zu erhalten.
Öffentlicher Zugriff¶
Erlauben Sie öffentlichen Zugriff auf Ihre Entwicklungs-Builds.
Wenn diese Option aktiviert ist, wird die Builds-Seite öffentlich zugänglich gemacht, sodass Besucher die Protokolle von Entwicklungsbuilds einsehen können.
Produktions- und Staging-Builds sind ausgeschlossen, Besucher können nur ihren Status sehen.
Status eines GitHub-Commits¶
Mit dieser Option kann Odoo.sh den Commit-Status an Ihr GitHub-Repository übertragen, wenn ein Build erstellt oder aktualisiert wird. Dazu ist ein GitHub-Token mit Berechtigungen zum Übertragen des Commit-Status an das Repository erforderlich. Anweisungen zum Erstellen Ihres Tokens finden Sie in der GitHub-Dokumentation zu persönlichen Zugriffstoken.
Bemerkung
Die feingranularen persönlichen Token von GitHub haben ein Ablaufdatum und werden deaktiviert, wenn sie den Commit-Status nicht aktualisieren. Sie können das Token jederzeit auf Odoo.sh ersetzen.
Die an GitHub übertragenen Commit-Status können folgende Kontexte haben:
ci/odoo.sh (dev): Status eines Entwicklungsbuilds
ci/odoo.sh (staging): Status eines Staging-Builds
ci/odoo.sh (production): Status eines Produktionsbuilds
ci/odoo.sh (test_ci): Wenn Sie das Token auf der Einstellungsseite testen, wird ein Teststatus auf den letzten Commit Ihres Repositorys übertragen.
Benutzerdefinierte Domains¶
Um weitere Domains zu konfigurieren, sehen Sie sich bitte den Reiter Einstellungen des entsprechenden Zweigs an.
Untermodule¶
Konfigurieren Sie die Deploy-Schlüssel für die privaten Repositorys, die Sie als Untermodule in Ihren Zweigen verwenden, damit Odoo.sh sie herunterladen kann.
Warnung
Diese Einstellungen sind nur für private Repositorys erforderlich. Wenn Sie wissen möchten, wie Sie Ihre Untermodule einrichten, finden Sie Anleitungen im Kapitel Untermodule dieser Dokumentation.
Wenn ein Repository privat ist, ist es nicht möglich, seine Zweige und Revisionen öffentlich herunterzuladen. Aus diesem Grund müssen Sie einen Deploy-Schlüssel für Odoo.sh konfigurieren, damit der entfernte Git-Server unserer Plattform erlaubt, die Revisionen dieses privaten Repositorys herunterzuladen.
Um den Deploy-Schlüssel für ein privates Repository zu konfigurieren, gehen Sie wie folgt vor:
Fügen Sie in die Eingabe die SSH-URL Ihres privaten Unter-Repositorys ein und klicken Sie auf Hinzufügen,
e.g. git@github.com:USERNAME/REPOSITORY.git
Es kann ein anderer Git-Server als Github sein, wie Bitbucket, Gitlab oder sogar Ihr eigener, selbst gehosteter Server
Kopieren Sie den öffentlichen Schlüssel,
er sollte wie ssh-rsa some…random…characters…here…== aussehen
Fügen Sie in den Einstellungen des privaten Unter-Repositorys den öffentlichen Schlüssel zu den Deploy-Schlüsseln hinzu.
Github.com: (Einstellungen –> Deploy-Schlüssel –> Deploy-Schlüssel hinzufügen)
Bitbucket.com: (Einstellungen –> Zugriffsschlüssel –> Schlüssel hinzufügen)
Gitlab.com: (Einstellungen –> Repository –> Deploy-Schlüssel)
Selbst gehostet: Hängen Sie den Schlüssel an die authorized_keys-Datei des Git-Benutzers in seinem .ssh-Verzeichnis an.
Speichergröße¶
Dieser Abschnitt zeigt die von Ihrem Projekt verwendete Speichergröße an.
Die Speichergröße wird wie folgt berechnet:
die Größe der PostgreSQL-Datenbank
die Größe der in Ihrem Container verfügbaren Festplattendateien: Datenbankdateispeicher, Sitzungsspeicherverzeichnis …
Warnung
Wenn Sie die Festplattennutzung analysieren möchten, können Sie das Tool ncdu in Ihrer Web-Shell ausführen.
Sollte Ihre Produktionsdatenbank größer werden als in Ihrem Abonnement vorgesehen, wird sie automatisch mit diesem synchronisiert.
Datenbank-Workers¶
Hier können Sie zusätzliche Datenbank-Worker konfigurieren. Mehr Worker tragen dazu bei, die Last zu erhöhen, die Ihre Produktionsdatenbank bewältigen kann. Wenn Sie weitere hinzufügen, werden diese automatisch mit Ihrem Abonnement synchronisiert.
Warnung
Das Hinzufügen von mehr Workern wird nicht auf magische Weise alle Leistungsprobleme lösen. Es ermöglicht dem Server lediglich, mehr Verbindungen gleichzeitig zu verarbeiten. Wenn einige Vorgänge ungewöhnlich langsam sind, handelt es sich höchstwahrscheinlich um ein Problem mit dem Code. Wenn es nicht an Ihren eigenen Anpassungen liegt, können Sie hier ein Ticket eröffnen.
Staging-Zweige¶
Zusätzliche Staging-Zweige ermöglichen es Ihnen, mehr Funktionen gleichzeitig zu entwickeln und zu testen. Wenn Sie weitere Zweige hinzufügen, werden diese automatisch mit Ihrem Abonnement synchronisiert.
Aktivierung¶
Zeigt den Status der Aktivierung des Projekts an. Sie können den Aktivierungscode des Projekts bei Bedarf ändern.
