Devo eseguire il back-merge ogni giorno in un grande progetto?

1

Lavoro su un progetto di grandi dimensioni (C ++, C #) in aree che possono avere molto sfasamento. Ho l'abitudine di ottenere le ultime fonti più volte al giorno. Di tanto in tanto questo si traduce in un terribile ritorno all'unione. Di solito porta a dover aggiustare piccole cose, il che non richiede troppo tempo, o se sono fortunato non sono affatto conflitti (ballo felice). Un vantaggio di ottenere regolarmente le ultime fonti (anche se si traduce in un back-merge) è che posso sempre testare il mio codice con le ultime build.

Stavo pensando la scorsa notte a proposito della differenza di fuso orario tra una fusione e l'altra, diciamo, una volta al giorno, o anche saltando un giorno, invece di ricevere le ultime notizie regolarmente. Mi sembra che dovrei continuare a essere regolarmente aggiornato, ma ho sentito delle forti opinioni a non farlo. Ho anche diversi colleghi che attenderanno più giorni e si fonderanno solo quando saranno pronti a controllare il codice e sembra che stiano andando bene.

Va bene eseguire il back-merge più volte al giorno per rimanere sincronizzati con le ultime fonti ed evitare un back-merge di grandi dimensioni in seguito?

    
posta PerryC 28.07.2016 - 18:07
fonte

1 risposta

2

Dovresti ottenere l'ultimo almeno ogni volta che apporti le modifiche. E dovresti spostare tranquillamente le tue modifiche se ti trovi in un ambiente di integrazione continua.

Personalmente non mi piace spingere il codice rotto (altri lo fanno, e se lo etichettano chiaramente come tale non mi dispiace). Mi piace tirare, scrivere codice, testare, tirare, testare, spingere. Mi piace farlo più volte al giorno. Ciò che è fondamentale è che non permetti al tuo sviluppo e allo sviluppo degli altri di divergere per lunghi periodi di tempo.

Quindi sì va bene. Basta essere tolleranti verso gli altri che non lavorano esattamente in questo modo.

    
risposta data 29.07.2016 - 07:04
fonte

Leggi altre domande sui tag