Cosa deve prevenire un processo di controllo versione
Un processo di controllo versione esiste per rispondere a una domanda: qual è il file corrente. Senza di esso, un team si ritrova con tre documenti chiamati 'finale', conservati in due posti, e la persona che modifica quello sbagliato lo scopre solo a lavoro ultimato.
Ogni regola in un processo di versione deriva da quella singola domanda, ed è per questo che schemi elaborati falliscono e quelli brevi sopravvivono. Un team seguirà quattro regole, ma non undici, quindi il vincolo di progettazione è la memorizzabilità piuttosto che la completezza. È escluso di proposito tutto ciò che richiede software: branching, merging e i workflow dei repository risolvono un problema diverso per un pubblico diverso e non sono l'oggetto di questo video.
Il template lo presenta in sei scene: una sul costo di non sapere quale sia il file corrente, una sulla scelta di un'unica posizione di archiviazione, una su una regola di denominazione abbastanza breve da ricordare, una sulla numerazione delle versioni e su quando un numero cambia, una sull'assegnazione di un proprietario per documento e una sull'archiviazione anziché l'eliminazione.
