Tag: yaml

Nel mondo dello sviluppo software moderno, l’efficienza e l’affidabilità sono essenziali. Una delle pratiche chiave per raggiungere questi obiettivi è l’adozione di CI/CD (Continuous Integration/Continuous Deployment). Vediamo insieme cosa significa, come funziona su GitHub e quali sono i costi e i limiti da considerare.

1. Cosa è una CI/CD e perché è importante usarla

Continuous Integration (CI) è la pratica di automatizzare l’integrazione del codice che sviluppatori diversi stanno scrivendo. Ogni modifica viene testata automaticamente, assicurando che nuove aggiunte non rompano il codice esistente.

Continuous Deployment (CD), invece, automatizza il processo di rilascio delle modifiche in produzione, riducendo il tempo di consegna del software e migliorando l’affidabilità grazie a test e verifiche continue.

Perché usarla?

• Qualità del Codice: Identificazione rapida di bug e problemi.
• Velocità: Riduzione dei tempi di rilascio.
• Affidabilità: Processi ripetibili e verificati automaticamente.
• Feedback Rapido: Feedback immediato sugli effetti delle modifiche.

2. Come funziona la CI/CD con GitHub

GitHub Actions è la soluzione di GitHub per implementare CI/CD. Consente di automatizzare, personalizzare e eseguire i workflow di sviluppo software direttamente nel repository GitHub. Ecco come funziona:

• Workflow: Un insieme di comandi definiti in un file YAML che descrive cosa deve succedere quando avviene un evento specifico (es. push, pull request).
• Action: Ogni step del workflow è rappresentato da un’azione. GitHub offre molte azioni predefinite, ma è anche possibile creare azioni personalizzate.
• Eventi: Gli eventi che scatenano il workflow, come un push su un branch specifico o l’apertura di una pull request.

3. Altre info di contesto (workflow, azioni con contesto ed espressioni)

• Workflow: Scritti in YAML e memorizzati nella directory .github/workflows/ del repository. Un workflow può contenere più job che vengono eseguiti in parallelo o in sequenza.
• Azioni con Contesto: Ogni azione può accedere al contesto delle informazioni del repository, dell’evento scatenante e altro ancora.
• Espressioni: Utilizzate per eseguire condizioni logiche all’interno dei workflow, come ${{ github.event_name == 'push' }} per eseguire un’azione solo su eventi di push.

4. Creare una CI/CD per un progetto: workflow per staging e produzione

Per creare una pipeline CI/CD che esegue diversi workflow su branch differenti, segui questi passi:

1. Creare il file YAML del workflow:
   • Crea un file chiamato .github/workflows/staging.yml per il workflow di staging.
   • Crea un file chiamato .github/workflows/production.yml per il workflow di produzione.
2. Configurare il workflow di staging:
   Ecco un esempio di un file YAML di staging.

name: CI/CD Staging

on:
  push:
    branches:
      - staging

jobs:
  build:
    runs-on: ubuntu-latest
    steps:
      - name: Checkout code
        uses: actions/checkout@v2
      - name: Install dependencies
        run: npm install
      - name: Run tests
        run: npm test
      - name: Deploy to staging
        run: echo "Deploying to staging server..."

3. Configurare il workflow di produzione:
   Qui vediamo un esempio dello YAML di produzione

name: CI/CD Production

on:
  push:
    branches:
      - master

jobs:
  build:
    runs-on: ubuntu-latest
    steps:
      - name: Checkout code
        uses: actions/checkout@v2
      - name: Install dependencies
        run: npm install
      - name: Run tests
        run: npm test
      - name: Deploy to production
        run: echo "Deploying to production server..."

5. Costi e Limiti

GitHub Actions è gratuito per i repository pubblici, ma ha limiti di utilizzo per i repository privati. Ecco una panoramica dei costi e dei limiti:

• Repository Pubblici: Gratuito con limiti di runtime mensili.
• Repository Privati: Piani gratuiti con limiti di runtime, piani a pagamento disponibili per aumentare i limiti.
• Limiti di utilizzo: 2000 minuti di runtime gratuiti al mese per i repository privati sul piano gratuito. Oltre questo, si pagano i minuti extra.

Implementare una CI/CD con GitHub Actions offre numerosi vantaggi in termini di qualità del codice, velocità di rilascio e affidabilità. È una pratica che, sebbene richieda un investimento iniziale in termini di tempo e risorse, ripaga ampiamente migliorando l’efficienza del team di sviluppo. Con una configurazione appropriata, è possibile automatizzare flussi di lavoro complessi e garantire rilasci sicuri e tempestivi.