0Pricing
DevOps Bootcamp · Lezione

Creazione e revisione delle pull request

Scopra il ciclo di vita di una pull request, dalla creazione alla revisione, all'approvazione e al merge su GitHub.

Creazione e revisione delle pull request è una lezione DevOps Bootcamp gratuita su CoddyKit. Questa è la lezione 1 di 4. Puoi leggere la lezione completa qui gratuitamente — poi esercitati direttamente nel browser con un editor di codice integrato e un tutor IA disponibile 24/7. Fa parte del percorso di apprendimento DevOps Bootcamp, e i tuoi progressi si sincronizzano tra il web e l'app CoddyKit. Il corso DevOps Bootcamp include 4 lezioni in totale.

Che cosa sono le pull request?

Le Pull Request (PR) sono al centro dello sviluppo collaborativo su piattaforme come GitHub. Consentono di proporre modifiche a un progetto e di farle revisionare prima dell'integrazione.

Consideri una PR come una richiesta formale di unire il nuovo codice a un branch principale, solitamente main o develop.

Perché utilizzare le pull request?

Le PR offrono diversi vantaggi fondamentali per i team e per gli sviluppatori singoli:

  • Code review: altre persone possono esaminare il codice alla ricerca di bug, buone pratiche e possibili miglioramenti.
  • Discussione: offrono uno spazio dedicato alla discussione delle modifiche.
  • Controllo qualità: garantiscono che nel progetto principale confluisca solo codice approvato e testato.
  • Tracciamento delle modifiche: forniscono una cronologia chiara di chi ha modificato cosa e perché.

Il flusso di lavoro delle PR: panoramica

Il tipico flusso di lavoro di una Pull Request comprende questi passaggi:

  1. Creare un nuovo branch per la funzionalità o la correzione.
  2. Apportare le modifiche ed eseguire il commit nel nuovo branch.
  3. Eseguire il push del branch su GitHub.
  4. Aprire una Pull Request su GitHub.
  5. I revisori forniscono feedback e approvano.
  6. Unire le modifiche al branch principale.

Passaggio 1: creare un branch per la funzionalità

Prima di apportare modifiche, è buona pratica creare un nuovo branch. In questo modo il lavoro rimane isolato dal progetto principale finché non è pronto.

Utilizzi git checkout -b per creare un nuovo branch e passarvi:

git checkout main
git pull origin main
git checkout -b my-new-feature

Passaggio 2: esegua il commit delle modifiche

Ora apporti le modifiche al codice necessarie per la funzionalità o la correzione di bug. Al termine, le aggiunga allo staging ed esegua il commit nel nuovo branch, proprio come per qualsiasi altro commit Git.

# Edit files, e.g., README.md
git add README.md
git commit -m "feat: Add new user profile section"

Passaggio 3: esegua il push del branch

Dopo aver eseguito il commit delle modifiche localmente, esegua il push del nuovo branch nel repository remoto su GitHub. In questo modo il branch e i relativi commit saranno visibili online.

Il flag -u imposta il branch upstream, così i futuri comandi git push saranno più semplici.

git push -u origin my-new-feature

Passaggio 4: apra una Pull Request

Dopo aver eseguito il push del branch, GitHub di solito suggerisce di creare una Pull Request direttamente dalla pagina del repository o dalla scheda 'Pull requests'.

  • Selezioni il branch della funzionalità come head (origine).
  • Selezioni il branch main (o branch di destinazione) come base.
  • Aggiunga un titolo e una descrizione chiari che spieghino le modifiche.

Passaggio 5: esamini la Pull Request

Dopo l'apertura, la PR entra nella fase di revisione. I membri del team (reviewer) esamineranno il codice, faranno domande o suggeriranno miglioramenti.

  • Scheda Conversation: discussioni e commenti.
  • Scheda Files changed: visualizzazione delle differenze esatte nel codice (diff).
  • Scheda Commits: visualizzazione dei singoli commit nella PR.

Passaggio 6: feedback e approvazioni

I reviewer possono lasciare commenti direttamente sulle righe di codice o fornire un feedback generale. Possono quindi:

  • Approve: il codice è pronto.
  • Request changes: sono necessari ulteriori interventi prima del merge.
  • Comment: feedback generale senza bloccare il merge.

In base al feedback, potrebbe essere necessario eseguire altri commit nel branch della funzionalità.

Passaggio 7: esegua il merge della PR

Una volta approvata, la PR può essere integrata nel branch base. GitHub offre diverse opzioni di merge:

  • Merge commit: conserva tutti i commit del branch della funzionalità.
  • Squash and merge: combina tutti i commit in un unico nuovo commit.
  • Rebase and merge: riproduce i commit del branch della funzionalità al di sopra del branch base.

Il metodo scelto influisce sulla cronologia dei commit del progetto.

Verifica rapida: nozioni di base sulle PR

Ha appena imparato i passaggi fondamentali per creare e gestire le Pull Request. Verifichiamo la sua comprensione.

Riepilogo: la potenza delle Pull Request

Le Pull Request sono fondamentali per la collaborazione moderna nei team. Ha imparato a:

  • Creare un nuovo branch per il proprio lavoro.
  • Eseguire il push del branch su GitHub.
  • Avviare una Pull Request.
  • Comprendere il processo di revisione e approvazione.
  • Integrare le proprie modifiche nel progetto principale.

Acquisire padronanza delle PR è fondamentale per contribuire efficacemente a qualsiasi progetto basato su Git.

Domande Frequenti

La lezione «Creazione e revisione delle pull request» è gratuita?

Sì — il testo completo di «Creazione e revisione delle pull request» è gratuito qui sul web. Per esercitarvi in modo interattivo (un editor di codice integrato e un tutor IA 24/7) e sbloccare il resto del corso DevOps Bootcamp, passa a CoddyKit PRO. Il corso DevOps Bootcamp include 4 lezioni in totale.

Cosa imparerò in «Creazione e revisione delle pull request»?

Scopra il ciclo di vita di una pull request, dalla creazione alla revisione, all'approvazione e al merge su GitHub. Eserciti DevOps Bootcamp con codice pratico che esegui direttamente nel browser, e un tutor IA 24/7 risponde alle tue domande mentre lavori sulla lezione.

Ho bisogno di esperienza per iniziare DevOps Bootcamp?

Non è richiesta alcuna esperienza precedente. DevOps Bootcamp su CoddyKit è strutturato per principianti e studenti avanzati, quindi puoi iniziare da qui o dall'inizio e procedere al tuo ritmo. Questa è la lezione 1 di 4.

Quanto tempo richiede la lezione «Creazione e revisione delle pull request»?

La maggior parte delle lezioni CoddyKit richiede circa 5–10 minuti. Ogni lezione è breve e interattiva, quindi fai progressi costanti e riprendi esattamente da dove hai lasciato su web e app.

Posso scrivere ed eseguire codice in questa lezione DevOps Bootcamp?

Sì. Ogni lezione DevOps Bootcamp include un editor di codice integrato, quindi scrivi ed esegui codice reale direttamente nel tuo browser e ricevi feedback istantaneo dall'IA — nessuna configurazione locale necessaria.

Tutte le lezioni di questo corso

  1. Creazione e revisione delle pull request
  2. Workflow di fork su GitHub
  3. Code review e approvazioni
  4. PR in bozza e modelli di pull request
← Torna a DevOps Bootcamp