Avvia una pipeline in CodePipeline - AWS CodePipeline

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Avvia una pipeline in CodePipeline

Ogni esecuzione della pipeline può essere avviata in base a un trigger diverso. Ogni esecuzione della pipeline può avere un tipo di trigger diverso, a seconda di come viene avviata la pipeline. Il tipo di trigger per ogni esecuzione viene mostrato nella cronologia delle esecuzioni di una pipeline. I tipi di trigger possono dipendere dal provider di azioni di origine nel modo seguente:

Nota

Non è possibile specificare più di un trigger per azione di origine.

  • Creazione di una pipeline: quando viene creata una pipeline, l'esecuzione della pipeline viene avviata automaticamente. Questo è il tipo di CreatePipeline trigger nella cronologia di esecuzione.

  • Modifiche sugli oggetti revisionati: questa categoria rappresenta il tipo di PutActionRevision trigger nella cronologia di esecuzione.

  • Rilevamento delle modifiche su branch e commit per un push di codice: questa categoria rappresenta il tipo di CloudWatchEvent trigger nella cronologia di esecuzione. Quando viene rilevata una modifica a un commit e a un branch di origine nel repository di origine, viene avviata la pipeline. Questo tipo di trigger utilizza il rilevamento automatico delle modifiche. I provider di source action che utilizzano questo tipo di trigger sono S3 e CodeCommit. Questo tipo viene utilizzato anche per una pianificazione che avvia la pipeline. Per informazioni, consulta Avvia una pipeline in base a una pianificazione.

  • Sondaggio per le modifiche all'origine: questa categoria rappresenta il tipo di PollForSourceChanges trigger nella cronologia di esecuzione. Quando viene rilevata una modifica a un commit e a un branch di origine nel repository di origine tramite polling, la pipeline si avvia. Questo tipo di trigger non è consigliato e deve essere migrato per utilizzare il rilevamento automatico delle modifiche. I provider di source action che utilizzano questo tipo di trigger sono S3 e. CodeCommit

  • Eventi Webhook per fonti di terze parti: Questa categoria rappresenta il tipo di Webhook trigger nella cronologia di esecuzione. Quando viene rilevata una modifica da un evento webhook, viene avviata la pipeline. Questo tipo di trigger utilizza il rilevamento automatico delle modifiche. I source action provider che utilizzano questo tipo di trigger sono connessioni configurate per code push (Bitbucket Cloud, GitHub Enterprise Server GitHub, GitLab .com e GitLab autogestite).

  • Eventi WebHookV2 per fonti di terze parti: questa categoria rappresenta il tipo di trigger nella WebhookV2 cronologia di esecuzione. Questo tipo è destinato alle esecuzioni che vengono attivate in base ai trigger definiti nella definizione della pipeline. Quando viene rilevata una versione con un tag Git specificato, viene avviata la pipeline. Puoi utilizzare i tag Git per contrassegnare un commit con un nome o un altro identificatore che permetta agli altri utenti del repository di comprenderne l'importanza. Puoi inoltre utilizzare i tag Git per identificare un determinato commit nella cronologia di un repository. Questo tipo di trigger disabilita il rilevamento automatico delle modifiche. I provider di azioni di origine che utilizzano questo tipo di trigger sono connessioni configurate per i tag Git (Bitbucket Cloud GitHub, GitHub Enterprise Server e GitLab .com).

  • Avvio manuale di una pipeline: questa categoria rappresenta il tipo di StartPipelineExecution trigger nella cronologia di esecuzione. È possibile utilizzare la console o AWS CLI avviare una pipeline manualmente. Per informazioni, consultare Avvio manuale di una pipeline.

  • RollbackStage: Questa categoria rappresenta il tipo di RollbackStage trigger nella cronologia di esecuzione. È possibile utilizzare la console o AWS CLI ripristinare uno stage manualmente o automaticamente. Per informazioni, consultare Configurazione del rollback dello stage.

Quando aggiungi un'azione di origine alla tua pipeline che utilizza tipi di trigger per il rilevamento automatico delle modifiche, tali azioni utilizzano risorse aggiuntive. La creazione di ciascuna azione di origine è dettagliata in sezioni separate grazie a queste risorse aggiuntive per il rilevamento delle modifiche. Per informazioni dettagliate su ciascun fornitore di origine e sui metodi di rilevamento delle modifiche necessari per il rilevamento automatico delle modifiche, vedereAzioni all'origine e metodi di rilevamento delle modifiche.

Argomenti