Les merge requests

Ce que vous allez apprendre

• Où trouver et examiner chaque merge request.
• Comment faire corriger les remarques de revue par Claude.
• Comment fonctionnent la fusion, la fermeture et la suppression, et qui peut les faire.
• Pourquoi un bouton peut être grisé.

Une merge request par dépôt

Pendant le Développement, Claude ouvre une merge request par dépôt. Vous les suivez sur la page Développement, sous Merge requests, et chacune a sa propre page dans Livra.

Sur la page Développement, repérez la merge request et cliquez sur Modifications et actions (ou Modifications). Vous voyez :

• Modifications — fichier par fichier, avec les numéros de ligne. Les fichiers volumineux ou binaires renvoient vers GitLab.
• Fusion possible ? — les conflits, le retard sur la branche cible et le statut GitLab.
• Le Pipeline et ses jobs.
• Les Approbations et les Fils de revue ouverts.

Ouvrir dans GitLab vous mène à la même merge request dans GitLab.

Les remarques de revue

Les commentaires laissés par votre équipe dans GitLab apparaissent sur la page Développement comme remarques de revue, avec le nombre encore ouvertes. Cliquez sur Demander à Claude de traiter les remarques ouvertes pour lui en confier la correction. Il pousse les modifications après votre approbation, comme tout autre push.

Exemple : un relecteur commente la merge request de l’API de team-invites : « Vérifier la date d’expiration de l’invitation côté serveur. » Vous cliquez sur Demander à Claude de traiter les remarques ouvertes, approuvez le push, et le relecteur voit la correction dans la même merge request.

La revue de Claude, et un pipeline en échec

Sur la page d’une merge request, Demander une revue à Claude donne une lecture attentive des modifications — bugs, sécurité, tests manquants. Elle reste dans Livra jusqu’à ce que vous choisissiez Publier en commentaire sur GitLab… ; elle apparaît alors comme votre commentaire, marqué comme revue de Claude.

Quand Le pipeline a échoué, la page montre les jobs en échec et la fin de leurs journaux. Demander à Claude de corriger le pipeline lui confie la correction sur la même branche ; le push attend votre approbation, comme les autres.

Fusionner, fermer ou supprimer

Sous Actions :

1. Fusionner… — choisissez la méthode (commit de fusion, squash et fusion, ou rebase puis fusion — selon ce que votre organisation autorise) et s’il faut supprimer la branche source, puis Fusionner maintenant.
2. Fermer… — la ferme sans fusionner. Sa branche et ses commits restent ; elle peut être rouverte dans GitLab.
3. Supprimer… — la retire définitivement de GitLab (GitLab ne le permet qu’aux propriétaires du projet). Saisissez son numéro pour confirmer. La branche reste.

Ces actions sont toujours faites en votre nom, avec votre propre compte GitLab — jamais par Claude, jamais avec le compte de l’organisation.

Astuce : connectez votre propre GitLab avant votre première fusion. Sinon, le bouton de fusion vous le rappelle.

Quand un bouton est grisé

La raison s’affiche dessus et en dessous, par exemple :

• votre organisation exige un pipeline réussi, et il a échoué ;
• elle est en conflit avec sa branche cible ;
• dans votre organisation, seuls le propriétaire de l’organisation et les administrateurs peuvent fusionner ;
• vous devez connecter votre propre compte GitLab.

Corrigez la cause, ou demandez à une personne autorisée, puis revenez : la page relit GitLab, et le serveur revérifie tout avant d’agir. Votre organisation fixe ces règles dans ses paramètres de merge requests.

Astuce : seules les merge requests de la fonctionnalité peuvent être traitées ici, et chaque action — comme chaque refus — est enregistrée dans le journal d’audit.

Vérifiez vos acquis

1. Qui réalise une fusion faite depuis la page de la merge request ?

Vous, avec votre propre compte GitLab. Jamais Claude, jamais le compte de l’organisation.

2. Un relecteur a laissé trois commentaires dans GitLab. Comment les faire corriger ?

Cliquez sur Demander à Claude de traiter les remarques ouvertes sur la page Développement, puis approuvez le push.

3. Supprimer une merge request supprime-t-il sa branche ?

Non. La merge request est retirée de GitLab ; la branche reste.