GitLab Configurations de la demande d’extraction
GitLab Les exécutions du pipeline de demande d’extraction (fusion), qui subissent une accélération des changements avant de passer en production, peuvent être suivies dans Changements de vélocité DevOps. Cette intégration collecte également les métadonnées des GitLab demandes de fusion à conserver dans Changements de vélocité DevOps. Les données sont liées au changement créé lors de l’exécution du pipeline de demandes de fusion et peuvent être utilisées pour appliquer des politiques de changement, les examiner et les approuver.
- La création, la mise à jour, la fermeture, la réouverture et la fusion des demandes d’extraction sont prises en charge.
- L’exécution du pipeline de demande d’extraction pour l’accélération du changement dans les pipelines est prise en GitLab charge. Les détails de la demande d’extraction peuvent être utilisés dans la politique d’approbation de changement.
- L’état du pipeline est mis à jour automatiquement avec l’état de GitLab la demande d’extraction après la création du changement. Le pipeline est mis en pause et reprend automatiquement.
- Les ID d’e-mails sont par défaut au format <user_name>@noreply.gitlab.com.
- Les commentaires sont pris en charge dans le cadre de la prise en charge des demandes de fusion. Les demandes de création et de mise à jour vers extraction sont prises en charge, tandis que la suppression et la modification ne sont pas prises en charge.
- Un maximum de 100 validations sera affiché dans Changements de vélocité DevOps. Si vous devez accéder à plus de 100 informations, vous devez référencer votre GitLab instance. Seul le dernier commentaire est renseigné.
Paramètres permettant d’activer les demandes d’extraction (fusion) pour l’approbation de changement
Lorsque cette option est activée, les modifications apportées à la demande d’extraction (fusion) sont reflétées dans Changements de vélocité DevOps. Lorsqu’elle est désactivée, Changements de vélocité DevOps elle ignore les événements de demande d’extraction.
- Utilisez GitLab Docker pour le suivi des changements. Pour en savoir plus, consultez la rubrique ServiceNow Actions personnalisées pour GitLab.
- Depuis votre GitLab projet,
- Accédez à la
- Pour GitLab le cloud : .
- Pour les locaux (13.x) : .
- Cochez la case Les pipelines doivent réussir .
Avec cette sélection, vous pouvez procéder à la demande de fusion uniquement si le changement est approuvé. En d’autres termes, lorsque la case est cochée, les demandes d’extraction sont bloquées jusqu’à ce que le changement soit approuvé.
- Sélectionnez Enregistrer les modifications.
- Accédez à la
- Accédez à votre projet et ouvrez le fichier .yml .Au fichier .yml , ajoutez la règle suivante au niveau du pipeline ou à des niveaux de tâches spécifiques.
rules: - if: $CI_PIPELINE_SOURCE == 'merge_request event' - if: $CI_PIPELINE_SOURCE != 'merge_request_event'Exemple pour le niveau du pipeline :
workflow: rules: - if: $CI_PIPELINE_SOURCE == 'merge_request_event' - if: $CI_PIPELINE_SOURCE != 'merge_request_event'Exemple pour un niveau de poste :
changeapproval: stage: changeapproval script: - sndevopscli create change -p '{"changeStepDetails":{"timeout":3600,"interval":100},"attributes":{"short_description":"Automated Software Deployment","description":"Automated Software Deployment.","assignment_group":"a715cd759f2002002920bde8132e7018","implementation_plan":"Software update is tested and results can be found in Test Summaries Tab.","backout_plan":"When software fails in production, the previous software release will be re-deployed.","test_plan":"Testing if the software was successfully deployed or not"}}' rules: - if: $CI_PIPELINE_SOURCE == 'merge_request_event' - if: $CI_PIPELINE_SOURCE != 'merge_request_event'