GitLab se connecte via un jeton d'accès personnel. Configurez-le à l'adresse suivante : Paramètres → Connexions → Contrôle de source.
Création du jeton
Dans GitLab, créez un jeton d'accès personnel avec le api portée requise. Cette portée permet de lire le contenu du dépôt, de créer des branches et d'ouvrir des demandes de fusion.
Collez-le dans les paramètres du Contrôle de source. Coroid le chiffre au repos, ne le renvoie jamais via l'interface ou API, et ne l'inclut jamais dans les exports de paramètres.
Propriété du jeton
Pour une utilisation partagée par l'équipe, créez le jeton sur un compte dédié à l'automatisation plutôt que sur un compte individuel, afin que la connexion reste active même en cas de changement de rôle des collaborateurs.
Définissez une date d'expiration que vous suivrez effectivement. Un jeton qui expire sans que personne ne s'en aperçoive entraîne un échec soudain du poussage de code, ce qui constitue un symptôme difficile à diagnostiquer uniquement à partir du message d'erreur.
Demandes de fusion
Coroid ouvre les demandes de fusion de la même manière qu'il ouvre les pull requests sur GitHub : une branche par tâche, poussée lorsque le travail est prêt, et ciblant votre branche de base.
Vos règles d'approbation et exigences de pipeline existantes s'appliquent sans modification.
Applications de révision GitLab
Lorsque vous utilisez les applications de révision GitLab, ces environnements peuvent être attachés aux demandes de fusion en tant que preuves de révision. Consultez COROID_ARG_0 pour en savoir plus. Preuves de révision.
GitLab auto-hébergé
La connexion suppose que votre instance GitLab soit accessible depuis Coroid. Pour une instance auto-hébergée située derrière une limite réseau, c'est une condition préalable à prendre en compte avant même de pouvoir utiliser le jeton.