Le Pull Request ti consentono di comunicare agli altri le modifiche che hai inviato a un branch in un repository su GitHub. Una volta aperta una Pull Request, puoi discutere e rivedere le potenziali modifiche con i collaboratori e aggiungere commit di follow-up prima che le modifiche vengano unite nel branch base.
Se stai lavorando nel modello di repository condiviso, ti consigliamo di utilizzare un topic branch per la tua richiesta pull. Sebbene sia possibile inviare richieste pull da qualsiasi branch o commit, con un topic branch puoi inviare commit di follow-up se devi aggiornare le modifiche proposte.
Quando fai push il commit di Pull Request, non forzare il push. La forzatura può danneggiare la tua richiesta di pull.
Dopo aver inizializzato una Pull Request, vedrai una pagina di revisione che mostra una panoramica di alto livello delle modifiche tra il tuo branch (il branch di confronto) e il branch base del repository. È possibile aggiungere un riepilogo delle modifiche proposte, rivedere le modifiche apportate dai commit, aggiungere label, milestones e assegnatari e @menzionare singoli collaboratori o team. Per ulteriori informazioni.
Dopo aver creato una Pull Request, puoi eseguire il push dei commit dal topic branch per aggiungerli alla tua Pull Request esistente. Questi commit appariranno in ordine cronologico all'interno della tua Pull Request e le modifiche saranno visibili nella scheda "File modificati".
Altri contributori possono rivedere le modifiche proposte, aggiungere commenti di revisione, contribuire alla discussione della richiesta pull e persino aggiungere commit alla Pull Request.
È possibile visualizzare le informazioni sullo stato di distribuzione branch corrente e sulle attività di distribuzione passate nella scheda "Conversazione". Per ulteriori informazioni.
Dopo essere soddisfatto delle modifiche proposte, puoi fare il merge la Pull Request. Se stai lavorando in un modello di repository condiviso, crei una Pull Request e tu, o qualcun altro, farai il merge delle le tue modifiche dal tuo branch di funzionalità al branch base che specifichi nella tua Pull Request.
Se i controlli di stato sono richiesti per un repository, i controlli di stato richiesti devono essere superati prima di poter fare il merge di un branch protetto.
È possibile collegare una Pull Request a una issue per mostrare che è in corso una correzione e per chiudere automaticamente il problema quando qualcuno fa il merge della Pull Request.
Cosa sono i Topic Branch
I topic branch sono in genere branch che crei localmente e che hanno un nome significativo per te. Sono dove potresti lavorare per una correzione di bug o una funzionalità (sono anche chiamati branch di funzionalità) che dovrebbe richiedere del tempo per essere completata.
Un altro tipo di ramo è il "remote branch" or "remote-tracking branch". Questo tipo di branch segue lo sviluppo del lavoro di qualcun altro ed è memorizzato nel tuo repository. Aggiornate periodicamente questo ramo (usando git fetch) per tenere traccia di ciò che sta accadendo altrove. Quando sei pronto per recuperare il ritardo con le modifiche di tutti gli altri, dovresti usare git pull sia per il recupero che per il merge.