Dela via


Informationskörningar

En informationskörning anger att Azure DevOps inte kunde hämta en YAML-pipelines källkod. Källkodshämtning sker som svar på externa händelser, till exempel en push-överförd incheckning. Det sker också som svar på interna utlösare, till exempel för att kontrollera om det finns kodändringar och starta en schemalagd körning eller inte. Källkodshämtningen kan misslyckas av flera orsaker, och ofta begärs begränsning av git-lagringsplatsens provider. Förekomsten av en informationskörning innebär inte nödvändigtvis att Azure DevOps skulle köra pipelinen.

En informationskörning ser ut så här i följande skärmbild.

Skärmbild av en informationspipelinekörning.

Du kan identifiera en informationskörning med följande attribut:

  • Status är Canceled
  • Varaktigheten är < 1s
  • Körningsnamnet innehåller någon av följande texter:
    • 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.
  • Körningsnamnet innehåller vanligtvis BitBucket/GitHub-felet som gjorde att YAML-pipelinebelastningen misslyckades
  • Inga faser/jobb/steg

När skapas en informationskörning?

Det första steget i att köra en YAML-pipeline är att hämta källkoden. När det här steget misslyckas skapar systemet en informationskörning. Dessa körningar skapas bara om pipelinens kod finns på en GitHub- eller BitBucket-lagringsplats.

Det går inte att hämta en pipelines YAML-kod på grund av:

  • Lagringsplatsprovidern drabbas av ett avbrott
  • Begränsning av begäran
  • Autentiseringsproblem
  • Det går inte att hämta innehållet i pipelinens .yml fil

En pipeline kan köras som svar på:

  • Push-överför till grenar i sin trigger grenlista
  • Skapa eller uppdatera pull-begäranden som är målgrenar i dess pr grenlista
  • Schemalagda körningar
  • Webhooks med namnet
  • Uppdateringar av resurslagringsplats
  • Externa resursversioner har slutförts
  • Resurspipelines har slutförts
  • Nya resurspaketversioner är tillgängliga
  • Ändringar i resurscontainrar

Här är ett exempel på när en informationskörning skapas. Anta att du har en lagringsplats i din lokala BitBucket Server och en pipeline som skapar koden på lagringsplatsen. Anta att du har schemalagt att pipelinen ska köras varje dag kl. 03:00. Anta nu att det är 03:00 och din BitBucket Server drabbas av ett avbrott. Azure DevOps kontaktar din lokala BitBucket-server för att hämta pipelinens YAML-kod, men det kan det inte på grund av avbrottet. För tillfället skapar systemet en informationskörning som liknar den som visades i föregående skärmbild.

Begränsning av begäranden från git-lagringsplatsen är en vanlig orsak till att Azure DevOps Services skapar en informationskörning. Begränsning sker när Azure DevOps gör för många begäranden till lagringsplatsen på kort tid. Dessa begäranden kan till exempel bero på en topp i incheckningsaktiviteten. Begränsningsproblem är övergående.

Nästa steg

Läs mer om utlösare och skapa dina GitHub - eller BitBucket-lagringsplatser .