Exécutions d’informations

Une exécution d’information vous indique qu’Azure DevOps n’a pas pu récupérer le code source d’un pipeline YAML. La récupération du code source se produit en réponse à des événements externes, par exemple, une validation d’envoi (push). Elle se produit également en réponse à des déclencheurs internes, par exemple, pour vérifier s’il existe des modifications de code et démarrer une exécution planifiée ou non. La récupération du code source peut échouer pour plusieurs raisons, notamment la limitation de requêtes par le fournisseur de référentiel Git. L’existence d’une exécution d’informations ne signifie pas nécessairement qu’Azure DevOps allait exécuter le pipeline.

Une exécution d’informations se présente comme dans la capture d’écran suivante.

Vous pouvez reconnaître une exécution d’informations par les attributs suivants :

• L’état est Canceled
• La durée est de < 1s
• Le nom d’exécution contient l’un des textes suivants :
  • Could not retrieve file content for {file_path} from repository {repo_name} hosted on {host} using commit {commit_sha}.
  • Could not retrieve content for object {commit_sha} from repository {repo_name} hosted on {host}.
  • Could not retrieve the tree object {tree_sha} from the repository {repo_name} hosted on {host}.
  • Could not find {file_path} from repository {repo_name} hosted on {host} using version {commit_sha}. One of the directories in the path contains too many files or subdirectories.
• Le nom d’exécution contient généralement l’erreur BitBucket /GitHub qui a provoqué l’échec de la charge du pipeline YAML
• Aucune étape / travaux / étapes

Quand une exécution d’informations est-elle créée ?

La première étape de l’exécution d’un pipeline YAML consiste à récupérer son code source. Lorsque cette étape échoue, le système crée une exécution d’information. Ces exécutions sont créées uniquement si le code du pipeline se trouve dans un référentiel GitHub ou BitBucket.

La récupération du code YAML d’un pipeline peut échouer en raison des raisons suivantes :

• Le fournisseur de référentiel rencontre une panne
• Limitation des tentatives d’accès
• Problèmes d’authentification
• Impossible de récupérer le contenu du fichier du .yml pipeline

Un pipeline peut s’exécuter en réponse à :

• Envoie (push) vers les branches de sa trigger liste de branches
• Création ou mise à jour de demandes de tirage qui ciblent des branches dans sa pr liste de branches
• Exécutions planifiées
• Webhooks appelés
• Mises à jour du référentiel de ressources
• Builds externes de ressources terminées
• Pipelines de ressources terminés
• De nouvelles versions de package de ressources sont disponibles
• Modifications apportées aux conteneurs de ressources

Voici un exemple de la création d’une exécution d’informations. Supposons que vous disposiez d’un référentiel dans votre serveur BitBucket local et d’un pipeline qui génère le code dans ce référentiel. Supposons que vous avez planifié l’exécution de votre pipeline tous les jours, à 03h00. Maintenant, imaginez qu’il est 03h00 et que votre serveur BitBucket rencontre une panne. Azure DevOps s’adresse à votre serveur BitBucket local pour récupérer le code YAML du pipeline, mais il ne peut pas, en raison de la panne. À ce stade, le système crée une exécution d’information, similaire à celle illustrée dans la capture d’écran précédente.

La limitation des requêtes par le fournisseur de référentiel Git est une cause fréquente de la création d’une exécution d’informations Azure DevOps Services. La limitation se produit quand Azure DevOps envoie trop de requêtes au référentiel en peu de temps. Ces requêtes peuvent être dues à un pic d’activité de validation, par exemple. Les problèmes de limitation sont temporaires.

Étapes suivantes

En savoir plus sur les déclencheurs et la création de vos référentielsGitHub ou BitBucket .