Tous les articles

Getting Started

Qu'est-ce que CICDoo "Pour commencer : l'assistant d'intégration" Le Tableau de bord et la Carte d'infrastructure

Concepts

Étapes de production, staging et développement Domaines, sous-domaines et SSL Versions et éditions d'Odoo (Community vs Enterprise) Espaces de travail et collaboration en équipe

Servers

Ajouter un serveur Domaines de serveur et DNS Utiliser un répartiteur de charge "Actions de serveur : déploiement, journaux et graphiques"

Projects & Git

Créer un projet Connecter GitHub Connecter GitLab Branches et instances

Instances & Console

Créer une instance Redémarrer, arrêter et supprimer une instance Fusionner des branches entre étapes Web IDE et accès distant Les paramètres d'instance expliqués Déploiements et file d'attente des tâches

Monitoring & Backups

Surveiller votre instance Sauvegardes et restauration Notifications d'alerte (e-mail et SMS)

Workspaces & Permissions

Inviter des membres dans un espace de travail Permissions des membres et accès aux ressources Un membre ne peut pas voir ou utiliser une ressource

Account & Security

Authentification à deux facteurs (2FA) Paramètres de profil et intégrations Mots de passe et récupération de compte

Billing & Plans

"Forfaits : Free, Pro et Enterprise" Mise à niveau et gestion de votre abonnement Ce qui se passe lorsque vous atteignez une limite de forfait

Support & Tickets

Ouvrir un ticket de support Obtenir de l'aide de l'équipe CICDoo

Troubleshooting

"Dépannage : impossible de connecter un serveur" "Dépannage : un déploiement a échoué" "Dépannage : git push échoue avec une erreur 403 après le déplacement d'un dépôt" "Dépannage : mon instance est hors service ou lente" "Dépannage : problèmes de domaine ou de SSL"

Dépannage

"Dépannage : git push échoue avec une erreur 403 après le déplacement d'un dépôt"

Pourquoi push renvoie une erreur 403 après avoir transféré ou renommé un dépôt GitHub, et comment le repointer avec Re-sync from GitHub pour que les pushes fonctionnent à nouveau.

Pourquoi fetch fonctionne mais push échoue

Lorsque vous transférez un dépôt vers une organisation (ou le renommez) sur GitHub, l'ancien chemin owner/repo continue d'exister sous forme de redirection. GitHub redirige discrètement fetch et clone vers le nouvel emplacement, de sorte que les pulls continuent de fonctionner et que tout semble normal, jusqu'à ce que vous poussiez.

Push n'est pas redirigé. GitHub rejette un push vers l'ancien chemin avec une erreur 403 (permission refusée), car CICDoo et votre instance ont toujours l'ancien propriétaire stocké comme remote. La solution consiste à faire pointer CICDoo vers le nouveau propriétaire et à laisser vos instances prendre en compte le changement.

Corriger le dépôt principal

  1. Ouvrez le projet et allez dans Paramètres, puis l'onglet GitHub.
  2. Le champ Repository est en lecture seule à dessein. Cliquez sur Re-sync from GitHub : CICDoo demande à GitHub le nom actuel du dépôt et met à jour le propriétaire automatiquement. Le champ se rafraîchit vers le nouveau owner/repo.
  3. Redémarrez chaque instance du projet. Au redémarrage, l'instance repointe son checkout vers le nouveau propriétaire. Vos fichiers et vos modifications non validées dans l'éditeur restent intacts, seule l'URL du remote change. Voir Redémarrer, arrêter et supprimer une instance.

Après le redémarrage, relancez votre push depuis le terminal de l'éditeur. Il devrait réussir au lieu de renvoyer une erreur 403.

Sous-modules et dépôts supplémentaires

Si c'est un sous-module (une entrée dans Extra Repositories) qui a été déplacé, vous n'avez généralement rien à faire : une instance en cours d'exécution détecte le déplacement et repointe ce sous-module d'elle-même en une dizaine de secondes, de sorte que le prochain push fonctionne.

Si le sous-module réside sur un hôte autre que GitHub, ou si vous préférez être explicite, modifiez son URL dans les Paramètres de l'instance, sur le sous-onglet Odoo sous Extra Repositories, puis redémarrez l'instance. Les sous-modules sont re-clonés à partir de cette liste à chaque redémarrage, de sorte que la nouvelle URL prend effet immédiatement. Voir Les paramètres d'instance expliqués.

Si Re-sync ne trouve pas le dépôt

Re-sync utilise le token GitHub connecté pour le propriétaire du dépôt. Si le token n'a plus accès au dépôt déplacé (par exemple s'il a été transféré vers une organisation que le token ne peut pas voir), Re-sync signale qu'il n'a pas pu trouver le dépôt. Reconnectez GitHub ou accordez au token l'accès au nouveau propriétaire, puis réessayez. Voir Connecter GitHub.

Si vous êtes bloqué, ouvrez un ticket de support depuis la page Tickets ou le widget de chat.

Précédent "Dépannage : un déploiement a échoué" Suivant "Dépannage : mon instance est hors service ou lente"

Toujours bloqué ? Ouvrez un ticket depuis l'app ou parlez à un ingénieur.