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à.
Concetti sui flussi di lavoro
Ecco alcuni concetti e termini da conoscere quando si crea, si testa o si distribuisce codice con flussi di lavoro. CodeCatalyst
Flussi di lavoro
Un flusso di lavoro è una procedura automatizzata che descrive come creare, testare e distribuire il codice come parte di un sistema di integrazione e distribuzione continua (CI/CD). Un flusso di lavoro definisce una serie di passaggi, o azioni, da eseguire durante l'esecuzione di un flusso di lavoro. Un flusso di lavoro definisce anche gli eventi, o trigger, che causano l'avvio del flusso di lavoro. Per configurare un flusso di lavoro, è necessario creare un file di definizione del flusso di lavoro utilizzando l'elemento visivo o l'YAMLeditor della CodeCatalyst console.
Suggerimento
Per una rapida occhiata a come potresti utilizzare i flussi di lavoro in un progetto, crea un progetto con un blueprint. Ogni blueprint implementa un flusso di lavoro funzionante che puoi rivedere, eseguire e sperimentare.
File di definizione del flusso di lavoro
Un file di definizione del flusso di lavoro è un YAML file che descrive il flusso di lavoro. Per impostazione predefinita, il file viene archiviato in una ~/.codecatalyst/workflows/ cartella nella radice del repository di origine. Il file può avere un'estensione .yml o .yaml e l'estensione deve essere minuscola.
Per ulteriori informazioni sul file di definizione del flusso di lavoro, vedere. YAMLDefinizione del workflow
Azioni
Un'azione è l'elemento costitutivo principale di un flusso di lavoro e definisce un'unità logica di lavoro, o attività, da eseguire durante l'esecuzione di un flusso di lavoro. In genere, un flusso di lavoro include più azioni eseguite in sequenza o in parallelo a seconda di come le hai configurate.
Per ulteriori informazioni sulle azioni, consultaConfigurazione delle azioni del flusso di lavoro.
Gruppi di azione
Un gruppo di azioni contiene una o più azioni. Il raggruppamento delle azioni in gruppi di azioni consente di mantenere organizzato il flusso di lavoro e consente inoltre di configurare le dipendenze tra diversi gruppi.
Per ulteriori informazioni sui gruppi di azioni, consulta. Raggruppamento delle azioni in gruppi di azione
Artifacts
Un artefatto è l'output di un'azione del flusso di lavoro e in genere è costituito da una cartella o da un archivio di file. Gli artefatti sono importanti perché consentono di condividere file e informazioni tra le azioni.
Per ulteriori informazioni sugli artefatti, vedi Condivisione di artefatti e file tra azioni.
Calcolo
Il calcolo si riferisce al motore di elaborazione (memoria e sistema operativo) gestito e mantenuto da CodeCatalyst per eseguire le azioni del flusso di lavoro. CPU
Per ulteriori informazioni sull'elaborazione, vedere. Configurazione delle immagini di calcolo e di runtime
Ambienti
Un CodeCatalyst ambiente, da non confondere con un ambiente di sviluppo, definisce l'Amazon target Account AWS e opzionale a VPC cui si connette un CodeCatalyst flusso di lavoro. Un ambiente definisce anche il IAMruolo di cui ha bisogno un flusso di lavoro per accedere ai AWS servizi e alle risorse all'interno dell'account di destinazione.
È possibile configurare più ambienti e assegnare loro nomi come sviluppo, test, staging e produzione. Quando si esegue la distribuzione in questi ambienti, le informazioni sulle distribuzioni vengono visualizzate nelle schede Attività di CodeCatalyst distribuzione e Obiettivi di distribuzione dell'ambiente.
Per ulteriori informazioni sugli ambienti, vedere. Implementazione in e Account AWS VPCs
Cancelli
Un gate è un componente del flusso di lavoro che è possibile utilizzare per impedire che l'esecuzione di un flusso di lavoro proceda a meno che non vengano soddisfatte determinate condizioni. Un esempio di gate è l'Approval gate, in cui gli utenti devono inviare un'approvazione nella CodeCatalyst console prima che l'esecuzione del flusso di lavoro possa continuare.
È possibile aggiungere porte tra sequenze di azioni in un flusso di lavoro o prima della prima azione (che viene eseguita immediatamente dopo il download del codice sorgente). Puoi anche aggiungere porte dopo l'ultima azione, se necessario.
Per ulteriori informazioni sui cancelli, vedereGarantire l'esecuzione di un flusso di lavoro.
Report
Un rapporto contiene dettagli sui test che si verificano durante l'esecuzione di un flusso di lavoro. È possibile creare report come un rapporto di test, un rapporto sulla copertura del codice, un rapporto di analisi della composizione del software e un rapporto di analisi statica. È possibile utilizzare un report per aiutare a risolvere un problema durante un flusso di lavoro. Se disponi di molti report provenienti da più flussi di lavoro, puoi utilizzarli per visualizzare tendenze e tassi di errore per ottimizzare le applicazioni e le configurazioni di distribuzione.
Per ulteriori informazioni sui report, consulta. Tipi di report sulla qualità
Esecuzioni
Un'esecuzione è una singola iterazione di un flusso di lavoro. Durante un'esecuzione, CodeCatalyst esegue le azioni definite nel file di configurazione del flusso di lavoro e restituisce i log, gli artefatti e le variabili associati.
Per ulteriori informazioni sulle esecuzioni, vedere. Esecuzione di un workflow
Origini
Una sorgente, chiamata anche sorgente di input, è un archivio di sorgenti a cui si connette un'azione del flusso di lavoro per ottenere i file necessari per eseguire le sue operazioni. Ad esempio, un'azione del flusso di lavoro potrebbe connettersi a un repository di origine per ottenere i file di origine dell'applicazione per creare un'applicazione.
Per ulteriori informazioni sulle origini, consulta Connessione degli archivi di origine ai flussi di lavoro.
Variables
Una variabile è una coppia chiave-valore che contiene informazioni a cui puoi fare riferimento nel tuo flusso di lavoro Amazon CodeCatalyst . La parte relativa al valore della variabile viene sostituita con un valore effettivo durante l'esecuzione del flusso di lavoro.
Per ulteriori informazioni sulle variabili, vedereUtilizzo delle variabili nei flussi di lavoro.
Trigger del flusso di lavoro
Un trigger del flusso di lavoro, o semplicemente un trigger, consente di avviare un flusso di lavoro eseguito automaticamente quando si verificano determinati eventi, ad esempio l'invio di un codice. Potresti voler configurare i trigger per evitare agli sviluppatori di software di dover avviare manualmente il flusso di lavoro tramite la CodeCatalyst console.
Puoi utilizzare tre tipi di trigger:
-
Push: un trigger di invio di codice provoca l'avvio di un flusso di lavoro ogni volta che viene premuto un commit.
-
Pull request: un trigger di pull request fa sì che un workflow venga avviato ogni volta che una pull request viene creata, rivista o chiusa.
-
Pianificazione: un trigger di pianificazione fa sì che l'esecuzione di un workflow venga avviata in base a una pianificazione definita dall'utente. Prendi in considerazione l'utilizzo di un trigger di pianificazione per eseguire le build notturne del tuo software in modo che la build più recente sia pronta per essere utilizzata dagli sviluppatori il mattino successivo.
Puoi utilizzare i trigger push, pull request e schedule da soli o in combinazione nello stesso flusso di lavoro.
I trigger sono facoltativi: se non ne configuri nessuno, puoi avviare un flusso di lavoro solo manualmente.
Per ulteriori informazioni sui trigger, consulta L'avvio di un flusso di lavoro viene eseguito automaticamente utilizzando i trigger.
