GitLab CI: utilizzo avanzato di CI

Ambienti e implementazioni

Gli ambienti vengono utilizzati per testare, creare e distribuire i lavori CI (Continuous Integration) e controllare la distribuzione continua del software con GitLab. GitLab CI è in grado di monitorare le distribuzioni del tuo progetto e anche tu verrai a sapere cosa viene distribuito sul tuo server.

Il nome di un ambiente può essere definito utilizzando environment: name string e contenere quanto segue:

  • letters
  • digits
  • spaces
  • -
  • _
  • /
  • $
  • {
  • }

Utilizzo di chiavi SSH con GitLab CI / CD

È possibile impostare le chiavi SSH (Secure Shell o Secure Socket Shell) per fornire una connessione affidabile tra il computer e GitLab. Le chiavi SSH possono essere utilizzate con GitLab CI / CD quando:

  • Devi effettuare il checkout dei sottomoduli interni.
  • Devi scaricare i pacchetti privati ​​utilizzando il gestore di pacchetti.
  • Devi installare un'applicazione sul tuo server.
  • Esegui i comandi SSH al server remoto dall'ambiente di compilazione.
  • È necessario sincronizzare nuovamente i file su un server remoto dall'ambiente di compilazione.

La configurazione della chiave SSH è spiegata nel capitolo Configurazione della chiave SSH di GitLab .

Artefatti

Gli artefatti vengono utilizzati per allegare l'elenco di file e directory al lavoro dopo il successo. Gli artefatti contengono i seguenti tipi:

  • artifacts:name- Questa direttiva viene utilizzata per specificare il nome dell'archivio artefatti creato. Fornisce un nome univoco per l'archivio degli artefatti creati che è utile quando si scarica l'archivio da GitLab.
  • artifacts:when- Questa direttiva viene utilizzata per caricare gli artefatti quando si verifica un errore di lavoro. Contiene i seguenti valori:
    • on_success - Viene utilizzato per caricare gli artefatti in caso di successo del lavoro.
    • on_failure - Viene utilizzato per caricare gli artefatti quando il lavoro non riesce.
    • always - Viene utilizzato per caricare gli artefatti indipendentemente dallo stato del lavoro.
  • artifacts:expire_in - Definisce per quanto tempo gli artefatti devono vivere prima che scadano e quindi cancellati, poiché vengono caricati e archiviati su GitLab

Attivazione di pipeline

I trigger possono forzare la ricostruzione di un ramo o tag specifico con una chiamata API e i trigger con l' etichetta legacy avranno accesso al progetto corrente.

Il nuovo trigger può essere aggiunto come mostrato nei passaggi seguenti:

Step 1 - Accedi al tuo account GitLab e vai al tuo progetto -

Step 2- Fare clic sull'opzione CI / CD nella scheda Impostazioni ed espandere l' opzione Trigger pipeline -

Immettere la descrizione del trigger e fare clic sul pulsante Aggiungi trigger .

Step 3 - Successivamente, visualizzerà il messaggio di successo dopo aver creato il trigger -

Step 4- Ora vai all'opzione CI / CD nella scheda Impostazioni ed espandi l' opzione Trigger pipeline . Vedrai il trigger appena creato insieme al token come mostrato nell'immagine qui sotto -

Pianificazioni della pipeline

È possibile eseguire la pipeline utilizzando le pianificazioni della pipeline a intervalli specifici. Per creare la pianificazione della pipeline, utilizzare i passaggi seguenti:

Step 1 - Accedi al tuo account GitLab e vai al tuo progetto -

Step 2- Fare clic sull'opzione Pianificazioni nella scheda CI / CD e fare clic sul pulsante Nuova pianificazione -

Step 3- Successivamente, aprirà la schermata Pianificazione nuova pipeline, riempirà i campi e fare clic sul pulsante Salva pianificazione pipeline -

Step 4 - Ora vedrai la pipeline che è pianificata per essere eseguita -

Connessione di GitLab con un cluster Kubernetes

Il cluster Kubernetes può essere utilizzato per esaminare e distribuire le applicazioni, eseguire la pipeline, ecc. In un metodo semplice. Puoi creare un nuovo cluster al tuo progetto associando il tuo account GitLab a Google Kubernetes Engine (GKE).

Il nuovo cluster Kubernetes può essere creato come mostrato nei passaggi seguenti:

Step 1 - Accedi al tuo account GitLab e vai al tuo progetto -

Step 2- Fare clic sull'opzione Kubernetes nella scheda CI / CD -

Step 3- Quindi, fai clic sul pulsante Aggiungi cluster Kubernetes -

Step 4- Fare clic sul pulsante Crea su GKE per creare un nuovo cluster Kubernetes su Google Kubernetes Engine -

Step 5 - Se hai un account Google, accedi con quell'account per inserire i dettagli per il cluster Kubernetes oppure crea un nuovo account Google -

Step 6 - Ora inserisci i valori nei campi per il tuo cluster Kubernetes -

Step 7- Prima di aggiungere valori nei campi, è necessario l'ID del progetto creato nella console di Google Cloud Platform per ospitare il cluster Kubernetes. Per creare l'ID, fare clic sul collegamento Vedi i tuoi progetti che è evidenziato nell'immagine precedente. Si aprirà la schermata seguente, quindi fare clic sul menu Il mio progetto e fare clic sull'icona più (+) per creare un nuovo progetto -

Step 8- Ora inserisci il nome del progetto e fai clic sul pulsante Crea -

Step 9 - Otterrai l'ID del progetto che ospiterà il cluster Kubernetes -

Step 10- Inserisci i valori nei campi per il tuo cluster Kubernetes insieme all'ID del progetto Google Cloud Platform e fai clic sul pulsante Crea cluster Kubernetes -