Som enslig utvikler er det naturligvis ikke alltid like viktig med versjonskontroll, men det kommer ann på prosjektets størrelse og nødvendige krav til tilbakerullering av kode. I enkelte prosjekter kan det være helt essensielt, mens andre ganger holder det å mellomlagre prosjektmappa som lokal backup før du gjør større endringer.

Spesielt lokal branching og tagging er nyttig for min egen del. Noen ganger lager jeg en samling script som jeg VET fungerer slik det skal, tagger de som "Working v1" og så begynner jeg å endre filene for å støtte noe nytt. Om jeg plutselig da finner ut at den originale versjonen var bra nok, eller støter på feil, kan jeg rulle tilbake til "Working v1". Dette trenger jeg ikke noen ekstern server for en gang med GIT. Alternativet til versjonskontroll ville vært å endre tilbake igjen det jeg gjorde manuelt, men det jo større prosjektene blir så øker det både arbeidsmengden og sannsynligheten for å gjøre feil.

Om du vil pushe ting til en ekstern server så kan du fortsatt ha en relativt lokal arbeidsflyt. Tag fungerende ting, push dem til serveren, branch lokalt og prøv deg frem. Trenger du å starte på nytt fra forrige punkt - eller sammenligne to alternative varianter av endringer - er det fort gjort å bytte mellom to brancher. Til slutt merger du branchen tilbake i den originale koden, ordner eventuelle konflikter, og tagger igjen.

Det du må huske på er at versjonskontroll har mer eller mindre konstant "overhead" i prosjektene dine, og ekstremt små prosjekter får derimot en ekstra arbeidsmengde som du ikke trenger. For større prosjekter sparer det derimot mye, MYE tid og sorger. Spesielt kan kommentarerene til hver commit være nyttig å se på om du tar opp igjen et prosjekt fra gammelt av, eller overlater det til en annen person som må porte koden din for å få den fungerende.