0Pricing
Git & GitHub Professional Workflow · 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 Git & GitHub Professional Workflow 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 Git & GitHub Professional Workflow, e i tuoi progressi si sincronizzano tra il web e l'app CoddyKit. Il corso Git & GitHub Professional Workflow 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 Git & GitHub Professional Workflow, passa a CoddyKit PRO. Il corso Git & GitHub Professional Workflow 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 Git & GitHub Professional Workflow 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 Git & GitHub Professional Workflow?

Non è richiesta alcuna esperienza precedente. Git & GitHub Professional Workflow 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 Git & GitHub Professional Workflow?

Sì. Ogni lezione Git & GitHub Professional Workflow 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 Git & GitHub Professional Workflow