Stiamo pianificando di utilizzare le richieste Git pull per la revisione del codice nella nostra azienda. Prima di iniziare ho una domanda fondamentale: quanto spesso dovrei aprire una richiesta di pull? È meglio aprirne uno per ogni piccolo commit che creo? O dovrei aprire una richiesta di pull singolo per un quantum di lavoro più ampio, come tutti i commit, per esempio, in una user story? Qual è la taglia giusta?
Che cosa fai nella tua squadra?
open a single pull request for a larger quantum of work, such as [...] a user story?
Questo è quello che dovresti fare.
Due motivi:
C'è un mantra che si dovrebbe "commettere presto e spesso". Una volta che ti ci abitui, riconoscerai che questa è una buona abitudine. L'effetto collaterale di questo è che producerai un numero maggiore di commit, che potresti o meno voler schiacciare in seguito in pochi. Questo è perfettamente ok purché tu non pubblichi le cose in alcun modo.
Quando hai finito il tuo lavoro e vuoi che venga unito, apri un PR. Tieni presente che le persone che agiscono sul tuo PR non sono interessate ad ogni singolo passo minore dello sviluppo. Vogliono una funzionalità completata nel suo insieme, perché dovranno esaminarla.
Uno dei punti principali su DVCS è esattamente questo: non è necessario pubblicare ogni piccolo passaggio, ma si hanno comunque i vantaggi di un repository. Una volta che il ramo viene unito al ramo di sviluppo principale e / o al repository a cui stai contribuendo tramite PR, in genere solo il risultato finale è di interesse.
Leggi altre domande sui tag git code-reviews