Trending
  • Java 17 è arrivato
  • Google Cloud Platform via Proxy
  • Microsoft lancia VSCode.Dev
  • The Future of Java: Records, Sealed...
  • Come creare immagini Docker x86 (e altre!)...
NodeX
Navigate
  • Home
  • Cloud
  • Tools
  • DevOps
Come funzionano le Pull Request di GitHub

Come funzionano le Pull Request di GitHub

0
By Admin on Jan 21, 2021 Tools

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.

Tagged In News Pull request Github Branch Push Pull 
Share Twitter Facebook Google+ Pinterest LinkedIn Tumblr Email
comments powered by Disqus
    • Popular
    • Recent
    • Hot
    • Java 17 è arrivato
      Nov 9, 2021 0 Java 17 è arrivato
    • The Future of Java: Records, Sealed Classes and Pattern...
      Nov 24, 2021 0 The Future of Java: Records, Sealed Classes and Pattern...
    • Comandi Kafka
      Jan 16, 2021 0 Comandi Kafka
    • The Future of Java: Records, Sealed Classes and Pattern...
      Nov 24, 2021 0 The Future of Java: Records, Sealed Classes and Pattern...
    • CNCF pubblica l'ultimo radar tecnologico incentrato su...
      Nov 22, 2021 0 CNCF pubblica l'ultimo radar tecnologico incentrato su...
    • Elaborazione degli eventi in tempo reale exactly-once su...
      Nov 15, 2021 0 Elaborazione degli eventi in tempo reale exactly-once su...
    • Google Cloud Platform via Proxy
      Jan 10, 2021 0 Google Cloud Platform via Proxy
    • Comandi Kafka
      Jan 16, 2021 0 Comandi Kafka
    • Spostamento di applicazioni legacy nel cloud
      Jan 23, 2021 0 Spostamento di applicazioni legacy nel cloud
  • Latest News

  • Latest Reviews

  • About

    NodeX

    DevOps News

    Parliamo di Cloud computing, Continuous Integration, Continuous Delivery, DevOps, Docker, Kubernetes, Terraform, GitHub e molto altro...

  • Popular Posts

    • Java 17 è arrivato
      Nov 9, 2021 0 Java 17 è arrivato
    • The Future of Java: Records, Sealed Classes and Pattern...
      Nov 24, 2021 0 The Future of Java: Records, Sealed Classes and Pattern...
    • Comandi Kafka
      Jan 16, 2021 0 Comandi Kafka
  • News Stream

    The Future of Java:...
    CNCF pubblica l'ultimo...
    Elaborazione degli eventi...
    Apache Spark porta l'API...
    GCE: Provided scope(s) are...
    Java Novembre 2021
    Java 17 è arrivato
    Microsoft lancia VSCode.Dev
    AWS annuncia la...
    Datadog monitoring per...
    Java - Observability con...
    I moduli in Terraform
Copyright © 2021. Powered by Powerpad CMS Reloaded
  • About
  • Privacy
  • Contact
Home Tools
^ Top