Condividi tramite


Esecuzioni informative

Un'esecuzione informativa indica che Azure DevOps non è riuscito a recuperare il codice sorgente di una pipeline YAML. Il recupero del codice sorgente si verifica in risposta a eventi esterni, ad esempio un commit push. Si verifica anche in risposta ai trigger interni, ad esempio, per verificare se sono presenti modifiche al codice e avviare o meno un'esecuzione pianificata. Il recupero del codice sorgente può avere esito negativo per diversi motivi, con una limitazione frequente delle richieste da parte del provider del repository Git. L'esistenza di un'esecuzione informativa non significa necessariamente che Azure DevOps eseguirà la pipeline.

Un'esecuzione informativa è simile alla schermata seguente.

Screenshot di un'esecuzione della pipeline informativa.

È possibile riconoscere un'esecuzione informativa in base agli attributi seguenti:

  • Lo stato è Canceled
  • La durata è < 1s
  • Il nome di esecuzione contiene uno dei testi seguenti:
    • 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.
  • Il nome di esecuzione contiene in genere l'errore BitBucket/GitHub che ha causato l'esito negativo del caricamento della pipeline YAML
  • Nessuna fase/processi/passaggi

Quando viene creata un'esecuzione informativa?

Il primo passaggio dell'esecuzione di una pipeline YAML consiste nel recuperare il codice sorgente. Quando questo passaggio ha esito negativo, il sistema crea un'esecuzione informativa. Queste esecuzioni vengono create solo se il codice della pipeline si trova in un repository GitHub o BitBucket.

Il recupero del codice YAML di una pipeline può non riuscire a causa di:

  • Il provider di repository ha riscontrato un'interruzione del servizio
  • Limitazione delle richieste
  • Problemi di autenticazione
  • Impossibile recuperare il contenuto del file della .yml pipeline

Una pipeline può essere eseguita in risposta a:

  • Esegue il push ai rami nel relativo trigger elenco di rami
  • Creazione o aggiornamento di richieste pull che hanno come destinazione rami nell'elenco pr di rami
  • Esecuzioni pianificate
  • Webhook chiamati
  • Aggiornamenti del repository di risorse
  • Compilazioni esterne delle risorse completate
  • Pipeline di risorse completate
  • Sono disponibili nuove versioni del pacchetto di risorse
  • Modifiche ai contenitori di risorse

Ecco un esempio di quando viene creata un'esecuzione informativa. Si supponga di avere un repository nel server BitBucket locale e una pipeline che compila il codice in tale repository. Si supponga di pianificare l'esecuzione della pipeline ogni giorno alle 03:00. Si supponga ora che sia 03:00 e che il server BitBucket stia riscontrando un'interruzione. Azure DevOps raggiunge il server BitBucket locale per recuperare il codice YAML della pipeline, ma non può, a causa dell'interruzione. Al momento, il sistema crea un'esecuzione informativa, simile a quella illustrata nello screenshot precedente.

La limitazione delle richieste da parte del provider di repository Git è una causa frequente di Azure DevOps Services la creazione di un'esecuzione informativa. La limitazione si verifica quando Azure DevOps effettua troppe richieste al repository in un breve periodo di tempo. Queste richieste possono essere dovute a un picco nell'attività di commit, ad esempio. I problemi di limitazione sono transitori.

Passaggi successivi

Altre informazioni sui trigger e sulla creazione di repository GitHub o BitBucket .