Gitlab - 13. Merge request

📽️ Abonnez-vous : bit.ly/2UnOdgi
🖥️ Devenir membre VIP : bit.ly/3dItQU9
Une "merge request" (demande de fusion) dans GitLab est une fonctionnalité qui vous permet de demander à un autre membre de votre équipe de fusionner vos modifications dans une branche de code. Elle est généralement utilisée pour demander une review de code et pour s'assurer que les modifications apportées respectent les standards de qualité et les règles de contribution du projet.
Pour créer une "merge request", vous devez d'abord créer une branche à partir de la branche de code sur laquelle vous souhaitez apporter des modifications. Vous pouvez alors apporter vos modifications et commit sur votre branche. Lorsque vous êtes prêt à demander une review, vous pouvez ouvrir une "merge request" en indiquant la branche de destination (généralement "master") et en décrivant les modifications que vous avez apportées.
Les "merge requests" peuvent être discutées et revues par les autres membres de l'équipe, qui peuvent apporter des commentaires et des suggestions de modifications. Une fois approuvées, les "merge requests" peuvent être fusionnées dans la branche de destination. Les "merge requests" peuvent également être fermées sans être fusionnées si les modifications ne sont pas approuvées ou si elles ne sont plus nécessaires.
Gitlab est un formidable outil pour disposer de différents services aux seins de votre infrastructure. Cela va aussi bien de services organisationnels que des services plus techniques. Et son périmètre rappelle bien volontier le périmètre de la philosophie #devops.
Dans ce tutoriel GitLab :
- qu'est-ce qu'une merge request ?
- comment créer une merge request ?
- intégrer une merge request dans votre gitflow
Sommaire de plus de 1100 vidéos :
- sur github : bit.ly/2P5x8Xj
- sur gitlab : bit.ly/2BvYouO
Blog : xavki.blog
➡️ ➡️ Vous voulez m'encourager likez la vidéo, commentez-là et abonnez-vous ! 😃
Retrouvez plus de tutorials en français et formation pour devenir #devops :
Devops/ CI-CD / Cloud
Pipeline s01 : bit.ly/3a1YsOZ
AWS : bit.ly/3c5gzUI
Conteneurisation
- docker engine : bit.ly/2Zu4F4X
- docker compose : bit.ly/32hQa0T
- docker swarm : bit.ly/34bU5hE
- kubernetes : bit.ly/34jGoNV
- vagrant k8s :
- LXC/LXD : bit.ly/39x0XJe
Automatisation
- ansible : bit.ly/2v3Mv8n
- ansible ex. haproxy : bit.ly/35iHJDz
- Jenkins : bit.ly/2Pv7GNH
- Git : bit.ly/30REYb6
- Gitlab : bit.ly/34iqiUr
- Jmeter : bit.ly/2rMr79R
Infrastructure
- consul : bit.ly/2ZFEebH
- Infra Mesh : bit.ly/2MUWUhV
LB et reverse-proxy
- HAProxy : bit.ly/2HBDLxc
- Linkerd : bit.ly/2MUWUhV
SQL/NoSQL
- ElasticSearch : bit.ly/2UitZFe
- PostgreSQL : bit.ly/2UitZFe
Sécurité
- IPTables : bit.ly/2NIi6a9
- Netcat : bit.ly/2zFK3HA
- TCPDump : bit.ly/2SbM8G0
Scripting
- Scripting : bit.ly/32hRgtx
- Flask : bit.ly/34hvQ1q
- Python : bit.ly/3ba5OAB
Raspberry
- faire son infra : bit.ly/2wnqplF
- k8s (pikub) : bit.ly/2zBWBQa

[@akhykun7813]

J’ai l’impression que certaines fonctionnalités ont disparu par rapport à la précédente vidéo sur le sujet comme le fait de préciser le minimum d’approvals pour merge

[@xavki]

c possible effectivement