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
L'esecuzione di ogni pipeline può essere avviata in base a un trigger diverso. Ogni esecuzione della pipeline può avere un tipo diverso di trigger, a seconda di come viene avviata la pipeline. Il tipo di trigger per ogni esecuzione è mostrato nella cronologia delle esecuzioni di una pipeline. I tipi di trigger possono dipendere dal fornitore dell'azione di origine come segue:
Nota
Non è possibile specificare più di un trigger per azione sorgente.
-
Creazione di una pipeline: quando viene creata una pipeline, l'esecuzione di una pipeline viene avviata automaticamente. Questo è il tipo di
CreatePipelinetrigger nella cronologia delle esecuzioni. -
Modifiche sugli oggetti revisionati: questa categoria rappresenta il tipo di
PutActionRevisiontrigger nella cronologia delle esecuzioni. -
Rilevamento delle modifiche al branch e commit per un push di codice: questa categoria rappresenta il tipo di
CloudWatchEventtrigger nella cronologia delle esecuzioni. Quando viene rilevata una modifica a un commit di origine e a un branch nel repository di origine, viene avviata la pipeline. Questo tipo di trigger utilizza il rilevamento automatico delle modifiche. I provider di azioni di origine che utilizzano questo tipo di trigger sono S3 e CodeCommit. Questo tipo viene utilizzato anche per una pianificazione che avvia la pipeline. Consulta Avviate una pipeline in base a una pianificazione. -
Sondaggio delle modifiche all'origine: questa categoria rappresenta il tipo di
PollForSourceChangestrigger nella cronologia delle esecuzioni. Quando viene rilevata una modifica a un commit di origine e a una diramazione nel repository di origine tramite polling, viene avviata la pipeline. Questo tipo di trigger non è consigliato e deve essere migrato per utilizzare il rilevamento automatico delle modifiche. I provider di azioni di origine che utilizzano questo tipo di trigger sono S3 e. CodeCommit -
Eventi Webhook per fonti di terze parti: questa categoria rappresenta il tipo di
Webhooktrigger nella cronologia delle esecuzioni. Quando un evento webhook rileva una modifica, viene avviata la pipeline. Questo tipo di trigger utilizza il rilevamento automatico delle modifiche. I provider di azioni di origine che utilizzano questo tipo di trigger sono connessioni configurate per il code push (Bitbucket Cloud GitHub, GitHub Enterprise Server e GitLab autogestite). GitLab.com -
Eventi WebHookV2 per fonti di terze parti: questa categoria rappresenta il tipo di trigger nella cronologia delle
WebhookV2esecuzioni. Questo tipo è per le esecuzioni che vengono attivate in base ai trigger definiti nella definizione della pipeline. Quando viene rilevata una release con un tag Git specificato, la pipeline viene avviata. Puoi usare i tag Git per contrassegnare un commit con un nome o un altro identificatore che aiuti gli altri utenti del repository a comprenderne l'importanza. Puoi anche usare i tag Git per identificare un particolare 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
StartPipelineExecutiontrigger nella cronologia delle esecuzioni. È possibile utilizzare la console o la console AWS CLI per avviare una pipeline manualmente. Per informazioni, consulta Avvio manuale di una pipeline. -
RollbackStage: questa categoria rappresenta il tipo di
RollbackStagetrigger nella cronologia delle esecuzioni. È possibile utilizzare la console o la AWS CLI per ripristinare una fase manualmente o automaticamente. Per informazioni, consulta Configurazione del rollback della fase.
Quando aggiungi un'azione sorgente alla pipeline che utilizza tipi di trigger di rilevamento automatico delle modifiche, le azioni funzionano con risorse aggiuntive. La creazione di ogni 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
