Abbiamo alcuni membri del team che lavorano con il software da molto tempo e non sono abituati all'idea di un sistema di controllo della versione. Queste persone sono abbastanza brave in quello che fanno ma non riescono a superare l'organizzazione di tutto il loro lavoro in file e cartelle. Questo non sarebbe così male se ci fosse almeno una sorta di convenzione di denominazione che dava un'idea di come fossero organizzate le diverse revisioni. Le cose ci sono sfuggite di mano quando avevamo bisogno di vedere cosa era cambiato da una versione precedente che ha causato un problema in un programma abbastanza grande.
Ho provato a spiegare alcuni concetti del controllo di revisione, ma ho ottenuto un po 'di respingimento ... La persona con cui ho provato a usare il controllo di revisione mi ha detto alcune delle seguenti:
- Perché più di una versione dovrebbe andare in 1 posizione?
- Ogni versione dovrebbe essere un nuovo progetto.
- Ogni versione deve essere congelata nel tempo in modo che nessuno possa cambiarla.
Ho provato a sostenere # 3 che potresti proteggere le revisioni in un repository nudo (ad esempio con Git per esempio) su un'unità remota, ma l'argomento non è stato preso ... Non è proprio sicuro come discutere contro 1 e 2, questo ha senso per me. Come posso spiegare perché il controllo di revisione è una buona idea?
Ho visto la seguente domanda, che è in qualche modo correlata, ma non posso convincere questi ragazzi a utilizzare qualsiasi sistema di controllo della versione in primo luogo ...
Quantificazione dei vantaggi di un moderno sistema di controllo delle versioni [chiuso]