Come utilizzare le richieste pull per le revisioni del codice con un repository remoto condiviso?

-1

Sto cercando di migliorare i processi nel nostro team. Al momento siamo piuttosto informali: "Ho terminato la funzione X. Puoi rivedere il mio codice?". Questo non si sta adattando bene ora che siamo più impegnati: è difficile ricordare se una funzione è stata revisionata o meno.

Ho familiarità con l'uso delle richieste pull per le revisioni del codice quando le persone dispongono di un proprio repository remoto (ad esempio su GitHub). Lanciano il fork del repository di origine, apportano una modifica, quindi emettono una richiesta di pull al manutentore del repository di origine originale.

Come funziona se tutti condividono lo stesso repository remoto locale? Non voglio che gli sviluppatori mantengano tutto il loro lavoro solo nei repository locali, spingendo al telecomando solo per le revisioni del codice, per due motivi:

1) Voglio un backup delle loro modifiche così se qualcosa accade alla loro macchina il loro lavoro non va perso;

2) Allo stesso modo, se qualcosa accade allo sviluppatore o se ne sono andati, abbiamo accesso alle loro modifiche.

Potremmo creare repository remoti per ogni sviluppatore, ma questo sembra complicato. Abbiamo a che fare con un paio di dozzine di repository, quindi avere i telecomandi per ogni sviluppatore sembra un enorme spreco di spazio.

    
posta Simon Tewsi 13.12.2018 - 22:45
fonte

1 risposta

2

Un telecomando può avere più filiali. Puoi semplicemente configurare github in modo che richieda solo le richieste di pull per l'unione in un ramo o rami specifici? In questo modo, uno sviluppatore può spingere a proprio piacimento la versione remota del proprio ramo di funzionalità mentre lavora, quindi richiedere la revisione solo quando sono pronti a reinserirlo nel ramo di sviluppo principale.

    
risposta data 13.12.2018 - 22:48
fonte

Leggi altre domande sui tag