Traduction automatique. Les données et les chiffres font référence ; la formulation peut contenir des erreurs de traduction et certains fragments peuvent rester en anglais. La version faisant foi est celle des pages en anglais et en ukrainien. signalez-nous tout terme inexact
Se connecter
Un compte ne sert qu’aux fonctions qui doivent savoir que c’est vous. L’index lui-même — chaque page, le jeu de données et les flux — reste ouvert sans compte.
Terminez la connexion
Vous avez ouvert un lien de connexion. Appuyez sur le bouton pour vous connecter : ouvrir le lien ne suffit pas.
Pas encore ouvert
La connexion n’est pas encore ouverte. Rien sur ce site ne nécessite de compte.
Vos modules : état de la vérification
Soumettre un dépôt pour vérification
Nous récupérons votre dépôt et montrons quels modules Odoo il contient. Par défaut, la soumission est privée : vous seul la voyez. Un dépôt public peut être publié en entier dans l’index ; d’un dépôt privé soumis avec une deploy key, vous pouvez publier les modules choisis dans Vos modules.
Nous récupérons le code et lisons les manifestes aussitôt — rien n'en est exécuté. Le test d'installation lui-même est une option payante distincte, pas encore ouverte.
D’abord : votre dépôt est-il public ou privé ?
- Public (il s’ouvre dans un navigateur sans connexion) : collez son adresse dans le formulaire ci-dessous, choisissez Dépôt public et appuyez sur Soumettre. C’est tout.
- Privé : connectez-le avec notre deploy key — les quatre étapes ci-dessous, environ deux minutes. Il faut des droits d’administrateur sur le dépôt (sur GitLab, le rôle Maintainer).
Dépôt privé : connexion en 4 étapes
- Remplissez le formulaire ci-dessous. Collez l’adresse du dépôt telle que le navigateur l’affiche, par ex.
https://github.com/owner/repo. N’indiquez une branche que si vous en voulez une autre que celle par défaut. Laissez Deploy key sélectionné et appuyez sur Soumettre. - Copiez la clé. Une ligne commençant par
ssh-ed25519apparaît sous le formulaire. Appuyez sur Copier la clé : la ligne entière est copiée. La clé est créée pour cette seule soumission. - Ajoutez la clé au dépôt chez votre hébergeur — en lecture seule, n’autorisez pas l’écriture :
- GitHub : ouvrez le dépôt → onglet Settings → dans le menu de gauche, Deploy keys → Add deploy key. Title : ce que vous voulez, par ex.
allservices.one; Key : collez la clé ; laissez Allow write access décoché ; appuyez sur Add key. En haut de cette page, GitHub affiche un conseil recommandant les GitHub Apps ; pour cette étape, vous pouvez l’ignorer. - GitLab : ouvrez le projet → Settings → Repository → section Deploy keys → Add new key. Title : ce que vous voulez ; Key : collez la clé ; laissez Grant write permissions to this key décoché ; appuyez sur Add key.
- Bitbucket : ouvrez le dépôt → Repository settings → Access keys → Add key. Label : ce que vous voulez ; Key : collez la clé ; enregistrez. Les access keys sont en lecture seule par conception.
- Codeberg : ouvrez le dépôt → Settings → Deploy keys → Add deploy key. Title : ce que vous voulez ; Content : collez la clé ; laissez Enable write access désactivé ; appuyez sur Add deploy key.
- GitHub : ouvrez le dépôt → onglet Settings → dans le menu de gauche, Deploy keys → Add deploy key. Title : ce que vous voulez, par ex.
- Revenez ici et appuyez sur « Vérifier l'accès ». En quelques secondes, vous voyez « récupéré : commit … » et la liste des modules trouvés.
Page fermée avant l’étape 4 ? La clé et le bouton « Vérifier l'accès » restent dans Vos modules.
« Pas d'accès » après « Vérifier l'accès » signifie en général l’une de trois choses : la clé a été ajoutée à un autre dépôt ; elle a été collée mais pas enregistrée ; l’adresse du formulaire pointe vers un autre dépôt (un fork, un ancien nom). Corrigez et appuyez de nouveau sur « Vérifier l'accès » — inutile de soumettre à nouveau. Si vous n’avez pas de droits d’administrateur sur le dépôt, demandez à son administrateur d’ajouter la clé, ou utilisez un jeton (ci-dessous).
Pas de droits d’administrateur pour ajouter une clé ? Utilisez un jeton en lecture seule
GitHub — un jeton fine-grained pour un seul dépôt, en lecture seule :
- Sur GitHub, ouvrez Settings → Developer settings → Personal access tokens → Fine-grained tokens → Generate new token.
- Resource owner : le compte ou l’organisation propriétaire du dépôt. Repository access : Only select repositories, puis choisissez ce seul dépôt.
- Permissions → Repository permissions → Contents: Read-only. Laissez tout le reste sur No access (GitHub ajoute lui-même Metadata: Read-only).
- Expiration : la plus courte possible — 7 jours suffisent pour une vérification.
- Générez-le, copiez le jeton (il commence par
github_pat_) et collez-le ci-dessous.
Les jetons classiques (ghp_…) sont refusés : ils ne peuvent pas être limités à un seul dépôt. Si le dépôt appartient à une organisation, un propriétaire de cette organisation devra peut-être d’abord approuver le jeton.
GitLab : dans le projet, ouvrez Settings → Access tokens → Add new token, rôle Reporter, uniquement le scope read_repository, avec une date d’expiration. Le jeton commence par glpat-. Si votre offre ne propose pas de jetons de projet, un jeton personnel avec seulement read_repository fonctionne aussi — mais il peut lire tous vos projets, pas un seul.
Les jetons ne fonctionnent qu’avec GitHub et GitLab. Pour Bitbucket et Codeberg, utilisez la deploy key.
Ce qu'il advient de la clé et du jeton
La deploy key est la nôtre, créée pour cette seule soumission : nous conservons sa moitié privée chiffrée sur notre serveur et la supprimons avec la soumission. Un jeton, si vous le choisissez, est utilisé une fois — au moment de la soumission, pour récupérer le code — et n'est conservé nulle part ; pour récupérer à nouveau, soumettez à nouveau. Quand vous avez terminé, retirez la clé ou révoquez le jeton de votre côté aussi.
Ce que nous conservons
Votre adresse e-mail telle que le fournisseur l’a vérifiée, votre nom affiché et le numéro de compte chez le fournisseur. Aucun mot de passe : il n’y en a pas. Le jeton d’accès du fournisseur sert une fois à lire votre profil et n’est pas conservé. Un cookie essentiel maintient la connexion ; il n’y a pas de cookies de suivi. Notre façon de traiter ces données est décrite dans l’avis de confidentialité.
Ce qu’il fait aujourd’hui
Aujourd’hui, un compte ne fait rien d’autre qu’exister. Les alertes sur vos propres modules et les messages privés sur un résultat viennent ensuite, et cette page le dira quand ils arriveront. Se connecter avec GitHub et avec Google avec la même adresse donne un seul compte, pas deux.