Vad en process för versionshantering ska förhindra
En process för versionshantering finns för att besvara en enda fråga: vilken fil är den aktuella? Utan den slutar ett team med tre dokument döpta till 'final', lagrade på två platser, och den som redigerar fel fil upptäcker det först när arbetet är klart.
Varje regel i en versionsprocess härstammar från den frågan, vilket är anledningen till att komplicerade system misslyckas och korta överlever. Ett team följer fyra regler men inte elva, så designbegränsningen är minnesvärdhet snarare än fullständighet. Medvetet exkluderat är allt som kräver programvara: branching, merging och repository-arbetsflöden löser ett annat problem för en annan publik och skulle avsluta videon för den här.
Mallen presenterar det i sex scener: en om kostnaden för att inte veta vilken fil som är aktuell, en om att välja en enda lagringsplats, en om en namngivningsregel som är kort nog att komma ihåg, en om versionsnumrering och när ett nummer ändras, en om att namnge en ägare per dokument, och en om arkivering istället för radering.
