L'adozione di un DVCS significa che ci sarà un impatto positivo sulla velocità di sviluppo?

3

Mi chiedevo quanto è sicuro dirlo, perché gli sviluppatori sono liberi di versione e hanno flussi di lavoro migliori e più organici. Il codice verrà consegnato più velocemente.

Un fattore importante qui è ovviamente la dimensione della squadra, e direi che il team è abbastanza grande da vedere questo vantaggio (10-15 core devs e forse da 5 a 15 più contributori alla base di codice comune).

Modifica : come può influire la velocità di sviluppo:

  • Unire l'inferno potrebbe essere uno dei casi che rallentano le persone (i DVCS sono molto meglio alla fusione).
  • Migliori flussi di lavoro che possono praticamente funzionare funzionano più naturalmente su un DVCS

    Gestore dell'integrazione

    Dictator&Luogotenenti

  • Possibilità di utilizzare il controllo della versione (ad esempio l'invio) senza apportare modifiche potenzialmente instabili a tutti

Voglio solo sapere se qualcuno ha visto queste cose aiutare la velocità complessiva di team / progetti nel suo complesso.

    
posta dukeofgaming 22.04.2012 - 07:50
fonte

4 risposte

5

Nella nostra linea di lavoro, a volte è difficile vedere l'elemento umano. Credo che DVCS abbia il potenziale per accelerare un flusso di lavoro, ma un gran numero di sviluppatori non sono in grado o non vogliono impararlo abbastanza bene da sfruttarlo al massimo delle sue potenzialità.

Secondo la mia esperienza, circa 1 su 10 sviluppatori lo hanno già acquisito, altri 2 su 10 imparerebbero e lo userebbero al potenziale dopo che la società è passata, e quando spiegherai i benefici del DVCS all'altro 70%, risponderanno qualcosa come "Perché mai qualcuno dovrebbe volerlo fare?" Se obbligati a usarlo, renderanno l'esperienza il più vicino possibile al loro flusso di lavoro CVCS, negando la maggior parte dei benefici.

    
risposta data 22.04.2012 - 20:13
fonte
7

Se il tuo CVCS ti sta rallentando (sarebbe il corollario della tua domanda), allora il tuo flusso di lavoro è rotto, non il tuo VCS.

Modifica: (testo a lungo per il commento)

Penso che manchi il punto. Se le tue procedure relative a VCS possono rallentarti solo se compongono una quantità significativa del tuo tempo di sviluppo. Questo sarebbe vero se il VCS o il tuo processo richiedono una grande quantità di cerimonie. Non ho mai usato la perforce quindi non so quanto sia "cattiva" la sua cerimonia. Ho usato MKS e ho trovato la sua cerimonia davvero pessima, ma rappresenterebbe comunque solo un paio di minuti al giorno. Con Git la mia cerimonia è forse un paio di secondi al giorno. Quindi il mio guadagno è meno doloroso, ma non molto più veloce, perché se la mia giornata è di 8 ore non importa se salverò 10 minuti.

MA : il dolore è molto (molto) più piccolo che con MKS e git rende possibili le cose che non potevo fare prima. Questo è il guadagno reale di DVCS.

    
risposta data 22.04.2012 - 08:11
fonte
2

Sì. Nella codifica di tutti i giorni, non c'è molta differenza nel tempo se si utilizza uno o l'altro controllo del codice sorgente.

Per quanto riguarda la curva di apprendimento di una nuova metodologia in un gruppo: più grande è il gruppo più la curva è più ripida.

    
risposta data 22.04.2012 - 08:40
fonte
1

Questo dipende molto dai processi di sviluppo, dal processo di compilazione, dalla gestione dei rilasci e dalla gestione delle filiali. Devi scegliere il VCS migliore per supportarli senza preoccuparti se è centralizzato o distribuito. Il VCS dovrebbe supportare i tuoi processi e non dovresti modellare i tuoi processi su VCS (entro limiti ragionevoli).

    
risposta data 22.04.2012 - 09:31
fonte

Leggi altre domande sui tag