Concetti sui flussi di lavoro

Ecco alcuni concetti e termini da conoscere per la creazione, il test o la distribuzione di 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'editor visivo o YAML 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.

Per ulteriori informazioni sui flussi di lavoro, consulta Lavorare con i flussi di lavoro.

File di definizione del flusso di lavoro

Un file di definizione del flusso di lavoro è un file YAML che descrive il flusso di lavoro. Il file viene archiviato in una ~/.codecatalyst/workflows/ cartella nella radice del repository di origine. Il file può avere un'estensione yml o yaml.

Per ulteriori informazioni sul file di definizione del flusso di lavoro, vedere. Riferimento alla definizione del flusso di lavoro

Azioni

Un'azione è l'elemento costitutivo principale di un flusso di lavoro e definisce un'unità logica di lavoro 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, consultaUtilizzo di operazioni.

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 di azioni.

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 Lavorare con gli artefatti.

Calcolo

Compute si riferisce al motore di elaborazione (CPU, memoria e sistema operativo) gestito e mantenuto da CodeCatalyst per eseguire le azioni del flusso di lavoro.

Per ulteriori informazioni sull'elaborazione, vedere. Lavorare con il calcolo

Ambienti

Un ambiente, da non confondere con un ambiente di sviluppo, è il luogo in cui viene distribuito il codice. Di solito contiene un'istanza di un'applicazione in esecuzione insieme all'infrastruttura associata. È possibile assegnare all'ambiente un nome come sviluppo, test, staging o produzione. Tutte le implementazioni generate CodeCatalyst da un ambiente verranno visualizzate nella pagina Ambienti. Per configurare un ambiente, gli si assegna un nome, ad esempiomy-production-environment, e quindi lo si associa al proprio. Account AWS

Oltre a visualizzare le informazioni sulla distribuzione, un ambiente funge anche da meccanismo attraverso il quale assegnare i ruoli AWS IAM alle azioni del flusso di lavoro.

Per ulteriori informazioni sugli ambienti, vedereLavorare con gli ambienti.

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 di test

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. Lavorare con le corse

Origini

Una fonte, chiamata anche sorgente di input, è un archivio di sorgenti a cui un'azione del flusso di lavoro deve accedere per svolgere le proprie attività. Ad esempio, un'azione del flusso di lavoro potrebbe dover accedere a una fonte per ottenere i test unitari ed eseguirli sui file di origine dell'applicazione.

Per ulteriori informazioni sulle origini, consulta Lavorare con le fonti.

Variables

Una variabile è una coppia chiave-valore che contiene informazioni a cui è possibile fare riferimento nel flusso di lavoro. CodeCatalyst

Per ulteriori informazioni sulle variabili, vedere. Utilizzo delle variabili

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.

Per ulteriori informazioni sui trigger, consulta Utilizzo dei trigger.