Merge requests
Une merge request propose de fusionner le code d'une branche (la source) dans une autre (la cible), par exemple une staging validée dans la production. Les merge requests de Karizma One sont de vraies merge requests GitLab, synchronisées avec la plateforme : vous les créez, les relisez et les fusionnez sans quitter Karizma One.
Settings › Development › Merge Requests. Créer, consulter, analyser, fermer et fusionner une merge request est réservé aux rôles Super Admin et Admin du projet.
Cycle de vie d'une merge request
Créer une merge request
Vous pouvez créer une merge request de trois façons.
Depuis la barre d'actions
- Sur la page projet, cliquez sur Merge Request.
- Dans la fenêtre Create a Merge Request, saisissez un titre (Merge Request Title, 2 caractères minimum).
- Choisissez la Source Branch et la Target Branch. Seules les branches de production, de staging et de développement sont proposées.
- Si la source est une branche de développement, vous pouvez cocher Delete source branch when merge request is accepted.
- Cliquez sur Create merge request. Le message Merge request created successfully! confirme la création.
En glissant une staging sur la production
Dans la liste des branches, glissez une branche de STAGING sur PRODUCTION, saisissez éventuellement un titre puis cliquez sur Create merge request. Voir Livrer une staging en production.
Directement dans GitLab
Une merge request créée dans GitLab apparaît dans la liste après un clic sur Sync GitLab.
Suivre les merge requests
La page Merge Requests (Synchronized GitLab Merge Requests) liste les merge requests du projet.
- Sync GitLab récupère les dernières données de GitLab (GitLab data synchronized.).
- Quatre compteurs résument la situation : Opened MR, Merged, Closed MR et Conflicts.
- Les onglets All, Opened, Merged et Closed filtrent par état ; le champ Search by title or description... filtre par texte.
| Colonne | Contenu |
|---|---|
| # | Numéro de la merge request dans GitLab. |
| Title & Branches | Titre, branches source → cible, étiquettes GitLab et, le cas échéant, la raison qui bloque la fusion. |
| Author | Auteur de la merge request. |
| Pipeline | État du dernier pipeline : Passed, Failed, Running, Pending, Canceled ou Unknown. |
| Status | opened, merged ou closed. |
| Age | Ancienneté de la merge request. |
| Actions | Ouvre la page de détail ou la merge request dans GitLab. |
Pourquoi une merge request ne peut pas être fusionnée
Une étiquette indique ce qui bloque la fusion. Les raisons les plus courantes :
| Étiquette | Que faire |
|---|---|
| Conflicts with the target branch | Résolvez les conflits avec Resolve in Web IDE. |
| Pipeline must pass first / Pipeline is still running | Attendez la fin du pipeline ou corrigez l'erreur. |
| Unresolved discussions | Résolvez les discussions ouvertes dans GitLab. |
| Still a draft | Retirez le statut de brouillon dans GitLab. |
| Not approved yet / Changes were requested | Obtenez l'approbation requise par les règles de votre dépôt GitLab. |
| Needs a rebase | Mettez la branche source à jour avec la cible. |
| Blocked by another merge request | Fusionnez d'abord la merge request dont elle dépend. |
| GitLab is still checking mergeability | Patientez quelques instants, puis cliquez sur Sync GitLab. |
Relire une merge request
Cliquez sur une merge request pour ouvrir sa page de détail. L'en-tête affiche son numéro, son titre, les branches source et cible, le nombre de fichiers modifiés et les lignes ajoutées ou supprimées.
| Onglet | Contenu |
|---|---|
| Overview | La synthèse AI Overview et l'activité de la merge request (Activity) : commentaires et événements GitLab. View full activity affiche tout l'historique. |
| Changes | Les différences, fichier par fichier, avec un affichage côte à côte ou en ligne. |
| Commits (n) | Les commits de la merge request ; View commit details affiche le détail d'un commit. |
Faire analyser les changements par l'IA
Dans l'onglet Overview, la section AI Overview (Automated Code Review) produit une relecture automatique des changements.
- Cliquez sur Analyze AI.
- L'analyse prend quelques minutes ; le résultat s'affiche automatiquement.
- Pour relancer l'analyse après de nouveaux commits, cliquez sur Re-analyze. Un délai d'attente s'applique entre deux analyses (Re-trigger available in about N min.).
Agir sur une merge request
Sur une merge request ouverte, la barre d'actions propose :
| Bouton | Effet |
|---|---|
| Close MR | Ferme la merge request sans la fusionner. |
| Request Changes | Ouvre une zone de commentaire, pré-remplie avec une mention de l'auteur. Post Comment publie le commentaire dans GitLab (Correction request note posted to GitLab.). |
| Resolve in Web IDE | Visible seulement en cas de conflit. Ouvre la branche source dans le Web IDE avec les fichiers en conflit. Voir Résoudre les conflits d'une merge request. |
| Validate & Merge | Fusionne la merge request dans la branche cible (MR !N merged successfully.). Désactivé tant qu'il y a des conflits ou un blocage ; l'info-bulle Cannot merge: … en donne la raison. |
Une merge request fermée affiche This Merge Request is closed. et le bouton Reopen MR pour la rouvrir. Une merge request fusionnée affiche This Merge Request has already been merged.
Karizma One n'a pas de bouton d'approbation. Si votre dépôt GitLab impose des règles d'approbation, elles se gèrent dans GitLab et apparaissent ici sous la forme du blocage Not approved yet.
Après la fusion
La fusion crée un commit sur la branche cible, ce qui lance son pipeline. Fusionner dans la branche de production la déploie en production : voir Déploiements et pipelines. Suivez le déploiement dans l'onglet HISTORY de la branche cible.