Det er jo hele 3 ting...

Mon ikke de fleste af os bruger et eller andet versions­styrings­system. Men får vi nok ud af det? Jeg tror der er mange steder hvor man bare installerer et eller andet system og så lader folk lave comits og checkouts.

Versionsstyring er dokumentation. Arbejder man på levende systemer er ændringshistorien ofte den bedste dokumentation der kan bruges når noget pludselig ikke virker. Det kræver dog at folk lige tænker over hvad de comitter og så kritiske ændringer ikke drukner i indrykningsændringer, refaktorisering, og generel oprydning

Versionsstyring er et kommunkationsværktøj. Langt de fleste systemer kan sættes op til at sende beskeder om opdateringer. På den måde er alle informerede om hvad der sker. Det kræver dog at folk skriver gode logbeskeder når de comitter.

Versionsstyring er en kvalitetssikringsværktøj. De fleste systemer kan sættes op til at køre en række tests inden man comitter rettelser. Det kan for eksempel sikre at rettelser der ødelægger testsuiten ikke kan comittes uden man eksplicit gør noget. Derudover kan man i sin procedure for at sætte ting i produktion sikre sig at man sætter nyeste version i drift og ikke sætter lokale ændringer i drift.

For jer der bruger debian og sætter ting i produktion ved at lave deb-pakker, så se på cvs-buildpackage (for en passende værdi af "cvs", for eksempel svn, arch, git, hg). Den tjekker at I pakker den sidste version.