Setări

Prezentare generală

Setările vă permit să gestionați configurarea proiectului dvs.

Numele proiectului

Numele proiectului dvs.

Acest lucru definește adresa care va fi utilizată pentru a accesa baza de date de producție.

Adresele construcțiilor dvs. de stagiu și dezvoltare sunt derivate din acest nume și sunt atribuite automat. Cu toate acestea, atunci când schimbați numele proiectului, numai construcțiile viitoare vor utiliza noul nume.

Colaboratori

Gestionați utilizatorii Github care pot accesa proiectul dvs.

There are three levels of users:

• Admin: has access to all features of an Odoo.sh project.

• Tester: has access to the Staging and Development databases and their tooling. This role is for users conducting User Acceptance Tests. Testers can work with copies of production data but cannot access the production database through the Odoo.sh tooling.

• Developer: has access only to the Development databases and their tooling. This role is for developers who propose code modifications but are not allowed to access production and staging databases through the Odoo.sh tooling.

		Dezvoltator	Tester	Admin
Dezvoltare	Istoric	●	●	●
	conectare 1-clic	●	●	●
	Jurnale	●	●	●
	Shell/SSH	●	●	●
	Mail-uri	●	●	●
	Setări	●	●	●
Stagiu	Istoric	●	●	●
	conectare 1-clic		●	●
	Jurnale		●	●
	Shell/SSH		●	●
	Mail-uri		●	●
	Monitorizare		●	●
	Copii de rezervă			●
	Actualizează		●	●
	Setări		●	●
Producție	Istoric	●	●	●
	conectare 1-clic			●
	Jurnale			●
	Shell/SSH			●
	Mail-uri			●
	Monitorizare			●
	Copii de rezervă			●
	Actualizează			●
	Setări			●
Stare		●	●	●
Setări				●

Atenționare

Those roles only apply to the usage of Odoo.sh. It is important to reflect the user roles attribution within the repository on GitHub. Please refer to the GitHub documentation section on Managing a branch protection rule for detailed guidance.

Acces public

Permite accesul public la construcțiile de dezvoltare.

If activated, this option exposes the Builds page publicly, allowing visitors to view logs of development builds.

Build-urile de producție și stagiu sunt excluse, vizitatorii pot vedea doar starea lor.

GitHub commit statuses

This option enables Odoo.sh to push commit statuses to your GitHub repository when a build is created or updated. It requires a GitHub token with permissions to push commit statuses to the repository. Refer to GitHub’s documentation on personal access tokens for instructions to create yours.

Notă

GitHub’s fine-grained personal tokens have an expiration date and will be disabled if they fail to update the commit status. You can replace the token at any time on Odoo.sh.

The commit statuses pushed to GitHub can have the following contexts:

• ci/odoo.sh (dev): status of a development build

• ci/odoo.sh (staging): status of a staging build

• ci/odoo.sh (production): status of a production build

• ci/odoo.sh (test_ci): testing the token from the Settings page will push a test status on the last commit of your repository

Domenii personalizate

Pentru a configura domenii suplimentare, vă rugăm să consultați tabul de setări al ramurii corespunzătoare.

Submodule

Configurați cheile de implementare pentru depozitele private pe care le folosiți ca submodule în ramurile dvs. pentru a permite Odoo.sh să le descarce.

Atenționare

Aceste setări sunt necesare doar pentru depozite private. Dacă căutați instrucțiuni despre cum să configurați submodule-urile, acestea sunt disponibile în capitolul Submodule din această documentație.

Când un depozit este privat, nu este posibil să se descarce public ramurile și reviziile sale. Din acest motiv, trebuie să configurați o cheie de implementare pentru Odoo.sh, astfel încât serverul Git la distanță să permită platformei noastre să descarce reviziile acestui depozit privat.

Pentru a configura cheia de implementare pentru un depozit privat, procedeziți astfel:

• în intrare, lipiți URL-ul SSH al sub-repozitorului privat și faceți clic pe Adăugare,

  • e.g. git@github.com:USERNAME/REPOSITORY.git

  • poate fi un alt server Git decât Github, cum ar fi Bitbucket, Gitlab sau chiar serverul propriu de găzduire

• copiați cheia publică,

  • ar trebui să arate ca ssh-rsa some…random…characters…here…==

• în setările sub-repozitorului privat, adăugați cheia publică printre cheile de implementare.

  • Github.com: Setări ‣ Chei de implementare ‣ Adăugare cheie de implementare

  • Bitbucket.com: Setări ‣ Chei de acces ‣ Adăugare cheie

  • Gitlab.com: Setări ‣ Depozit ‣ Chei de implementare

  • Auto-găzduit: adăugați cheia la fișierul authorized_keysutilizatorului git în directorul său .ssh

Dimensiunea spațiului de stocare

Această secțiune arată dimensiunea spațiului de stocare utilizat de proiectul dvs.

Dimensiunea spațiului de stocare se calculează astfel:

• dimensiunea bazei de date PostgreSQL

• dimensiunea fișierelor de disc disponibile în containerul dvs.: fișierul bazei de date, directorul de stocare sesiuni…

Atenționare

Dacă doriți să analizați utilizarea spațiului de disc, puteți rula instrumentul ncdu în Web Shell.

Dacă dimensiunea bazei de date de producție crește pentru a depăși ceea ce este provisionat în abonamentul dvs., va fi automat sincronizat cu ea.

Database Workers

Aici se pot configura angajații bazei de date suplimentari. Mai mulți angajați ajută la creșterea încărcării bazei de date de producție pe care o poate gestiona. Dacă adăugați mai multe, vor fi automat sincronizate cu abonamentul dvs.

Atenționare

Adăugarea mai multor workeri nu va rezolva magic toate problemele de performanță. Acest lucru permite doar serverului să gestioneze mai multe conexiuni în același timp. Dacă unele operații sunt de obicei lente, este cel mai probabil un problemă cu codul, dacă nu este datorată personalizărilor dvs. puteți deschide un ticket aici.

Staging Branches

Branch-urile suplimentare de stagiu vă permit să dezvoltați și să testați mai multe funcții în același timp. Dacă adăugați mai multe, vor fi automat sincronizate cu abonamentul dvs.

Activare

Arată starea activării proiectului. Puteți schimba codul de activare al proiectului dacă este necesar.