I miei colleghi insistono nel dedicare ogni bit di dati di output che possono alla sovversione. Non riesco a vedere il valore in questa pratica e preferisco usare un file system. I criminali principali sono la build e l'output di test.
Finiamo con strutture di cartelle in subversion come:
project repo/tags/build 1.0/binaries
project repo/tags/build 1.0/installation
project repo/tags/build 1.1/binaries
project repo/tags/build 1.1/installation
project test repo/trunk/version 1.0 tests
project test repo/trunk/version 1.0 test results
project test repo/trunk/version 1.1 tests
project test repo/trunk/version 1.1 test results
Diventa caotico.
Dal mio punto di vista, il controllo del codice sorgente dovrebbe essere utilizzato su file in cui vengono apportate revisioni incrementali: i tag vengono utilizzati per revisioni degne di nota degne di nota, non per archiviare i binari di grandi dimensioni.
Sono un grande sostenitore dell'uso di un file system qui. Chuck l'output su un'unità di rete e lascia che il backup notturno lo tenga al sicuro. Passare attraverso la sovversione sembra più un lavoro senza una buona ragione. Non stiamo utilizzando nessuna delle funzionalità del sistema, ma mi viene detto che è la migliore pratica ovunque in assenza di una suite di gestione dei test.
"Best practice" è una parola d'ordine in cui lavoro così la frase mi fa prudere. Sfortunatamente, è abituato a sventare alcune idee abbastanza fruttate senza presentare il valore aggiunto.
Ritengo che i miei colleghi stiano operando in modo eccessivo sull'ingegnerizzazione e che stiano usando la sovversione perché possono . La mia opinione è in inferiorità numerica e ciò mi suggerisce che mi sbaglio.
Sento che mi manca qualcosa. È questa la migliore pratica e se sì, perché?
Modifica L'unica ragione che mi è stata data per questo è che è più difficile eliminare i file. Qualcosa che prevedo un backup e restrizioni di accesso contribuirebbe a mitigare.