Devo accettare richieste di pull dietro al master?

Accettare le richieste di pull leggermente indietro rispetto al master mi sembra perfettamente soddisfacente, a meno che non ci sia un motivo valido per credere che i conflitti siano probabili.

Idealmente la maggior parte delle tue richieste di pull dovrebbe essere su parti diverse del codebase, e quelle parti dovrebbero essere disaccoppiate abbastanza che nessuno di loro è molto improbabile da rompere la maggior parte delle altre. In questo caso, forzare tutti tranne uno dei richiedenti ad aggiornare le loro richieste di pull è poco più della burocrazia.

Inoltre, in molti casi dovrebbe essere possibile tu per verificare che le cose funzionino quando accetti queste richieste, perché 1) hai dei test automatici (giusto?) e 2) le richieste di pull dovrebbero venire un esempio di codice minimo che è fisso o abilitato da tale richiesta pull, o almeno una descrizione sufficientemente dettagliata per produrre un esempio del genere.

Ma se hai diverse richieste di pull che chiaramente entrano in conflitto tra loro? Se tutti cercano di fare la stessa cosa, scegli la migliore e chiedi agli altri richiedenti di testarla per assicurarti che risolva il problema per tutti. Se tutti stanno provando a fare cose diverse con lo stesso pezzo di codice, e non c'è un modo corretto per districarle (questo dovrebbe essere molto raro!), Quindi vorrei mordere il proiettile e provare a fare alcuni interventi di git per combinarli in una singola richiesta di pull che puoi chiedere a tutti di testare prima di accettare.