Paramètres

Aperçu

Les paramètres vous permettent de gérer la configuration de votre projet.

../../../_images/interface-settings.png

Nom du projet

Le nom de votre projet.

../../../_images/interface-settings-projectname.png

Ceci définit l’adresse qui sera utilisée pour accéder à votre base de données de production.

Les adresses de vos builds de simulation et de développement sont dérivées de ce nom et sont assignées automatiquement. Cependant, lorsque vous changez le nom du projet, seuls les builds futurs utiliseront le nouveau nom.

Collaborateurs

Gérez les utilisateurs de Github qui ont accès à votre projet.

../../../_images/interface-settings-collaborators.png

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.

Développeur

Testeur

Admin

Développement

Historique

1-click connect

Journaux

Shell/SSH

Emails

Paramètres

Simulation

Historique

1-click connect

Journaux

Shell/SSH

Emails

Monitoring

Sauvegardes

Mettre à niveau

Paramètres

Production

Historique

1-click connect

Journaux

Shell/SSH

Emails

Monitoring

Sauvegardes

Mettre à niveau

Paramètres

Statut

Paramètres

Avertissement

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.

Accès public

Autorisez l’accès public à vos builds de développement.

../../../_images/interface-settings-public.png

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

Les builds de production et de simulation sont exclus, les visiteurs peuvent uniquement voir leur statut.

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.

Note

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

Domaines personnalisés

Pour configurer des domaines additionnels, veuillez aller à l”onglet des paramètres de la branche correspondante.

Sous-modules

Configurez les clés de déploiement pour les dépôts privés que vous utilisez comme sous-modules dans vos branches pour permettre à Odoo.sh de les télécharger.

Avertissement

Ces paramètres sont uniquement requis pour les dépôts privés. Si vous cherchez à savoir comment configurer vos sous-modules, vous trouverez des instructions dans le chapitre Sous-modules de cette documentation.

../../../_images/interface-settings-submodules.png

Lorsqu’un dépôt est privé, il n’est pas possible de télécharger publiquement ses branches et révisions. Pour cette raison, vous devez configurer une clé de déploiement pour Odoo.sh, pour que le serveur Git distant permette à notre plateforme de télécharger les révisions de ce dépôt privé.

Pour configurer la clé de déploiement pour un dépôt privé, procédez comme suit :

  • dans le champ, collez l’URL SSH de votre sous-dépôt privé et cliquez sur Add,

    • par ex. git@github.com:USERNAME/REPOSITORY.git

    • il peut s’agir d’un autre serveur Git que Github, tel que Bitbucket, Gitlab ou même votre propre serveur auto-hébergé

  • copiez la clé publique,

    • elle devrait ressembler à ssh-rsa some…random…characters…here…==

  • dans les paramètres du sous-dépôt privé, ajoutez la clé publique aux clés de déploiement.

    • Github.com : Settings ‣ Deploy keys ‣ Add deploy key

    • Bitbucket.com : Settings ‣ Access keys ‣ Add key

    • Gitlab.com : Settings ‣ Repository ‣ Deploy Keys

    • Auto-hébergé : ajoutez la clé au fichier authorized_keys de l’utilisateur git dans son répertoire .ssh

Taille de stockage

Cette section présente la taille de stockage utilisée par votre projet.

../../../_images/interface-settings-storage.png

La taille de stockage est calculée comme suit :

  • la taille de la base de données PostgreSQL

  • la taille des fichiers disques disponibles dans votre conteneur : filestore de la base de données, répertoire de stockage des sessions, …

Avertissement

Si vous voulez analyser l’utilisateur du disque, vous pouvez exécuter l’outil ncdu dans votre Web Shell.

Si la taille de votre base de données de production dépasse ce qui est prévu dans votre abonnement, elle sera automatiquement synchronisée avec celui-ci.

Workers de base de données

Il est possible de configurer des workers de base de données supplémentaires ici. Un plus grand nombre de workers permet d’augmenter la charge que votre base de données de production est en mesure de gérer. Si vous en ajoutez, ils seront automatiquement synchronisés avec votre abonnement.

../../../_images/interface-settings-workers.png

Avertissement

L’ajout de workers ne résoudra pas par magie tous les problèmes de performance. Cela permet au serveur de gérer plus de connexions en même temps. Si certaines opérations sont anormalement lentes, il s’agit probablement d’un problème de code. Si ce n’est pas dû à vos propres personnalisations, vous pouvez ouvrir un ticket ici.

Branches de simulation

Des branches de simulation supplémentaires vous permettent de développer et de tester plus de fonctionnalités en même temps. Si vous en ajoutez, elles seront automatiquement synchronisées avec votre abonnement.

../../../_images/interface-settings-staging-branches.png

Activation

Présente le statut d’activation du projet. Vous pouvez changer le code d’activation du projet si nécessaire.

../../../_images/interface-settings-activation.png