Di solito, per github, flusso di lavoro deve avere una forchetta (dubito persino che tu possa lanciare lo stesso repo più di una volta sotto lo stesso account) ma rami separati per PR. Esempio:
- crea fork, clona localmente
- eseguire il checkout di un nuovo ramo con nome appropriato, pronunciare 'issuexxx-fix'
- commit / spinge un po 'di lavoro
- crea PR
Quando un po 'di tempo dopo vuoi lavorare su un altro problema, per prima cosa aggiorna la forcella e ripeti quanto sopra, in un altro ramo:
- controlla nuovamente il ramo principale
- reimposta (o unisci) ramo principale sull'ultimo commit di upstream
- verifica un nuovo ramo con nome appropriato, ad es. issuexxx-fix
- commit / spinge un po 'di lavoro
- crea PR
Supponiamo che tu abbia bisogno di più lavoro su un problema su cui hai già lavorato, normalmente vorrai rebase del lavoro originale e di quello nuovo sulle ultime fusioni upstream in quanto ciò potrebbe ridurre la quantità di lavoro che il maintainer ha per unirlo (risolvi possibili conflitti invece di averli fatti):
- verifica il ramo utilizzato
- rebase sull'ultimo commit upstream
- commit / push
- il PR esistente viene aggiornato automaticamente