Den heldige uheldige udvikler

Mens jeg studerede arbejdede jeg deltids hos et firma, der lavede grafiksoftware. De brugte Fortran 66, da de skulle kunne køre på systemer, der endnu midt i 1980'erne ikke kunne bruge F77. Det blev jeg i længden lidt ked af, så jeg meddelte, at jeg ville holde op, når jeg var færdig med det projekt, jeg var i gang med, som var interface af et GKS system til producentens eget system. Og det gjorde jeg så.

Et par uger efter blev jeg en fredag aften ringet op af firmaet, som fortalte, at de havde en kunde til produktet, som gerne ville se det om mandagen. Uheldigvis havde de mistet den seneste udgave af produktet og havde kun en backup af ældre dato, så ville jeg ikke nok komme ind i weekenden og forsøge at genskabe så meget som muligt af det tabte.

Det gjorde jeg så (mod god betaling), og fik det meste til at virke. Men det lærte mig vigtigheden af første regel omkring ophørte medarbejdere: Tag øjeblikkeligt backup af alt, hvad denne medarbejder har lavet, og gem det et sikkert sted.

Jeg skelner rimeligt skarpt imellem versionskontrol og backup. Jeg sørger for, at der bliver taget backup af min maskine jævnligt, i stedet for at committe i tide og utide.

Hvad enten du bruger SVN, rsync eller andet, så har du sandsynligvis en masse kilder og destinationer. Selv et SVN repository kan være nødvendigt at backe op, da man ikke har historikken bevaret i et checkout.

Jeg havde brugt lang tid på at lave et rigtig godt script, som gjorde tingene for mig. Jeg tog ofte backup, og en dag, jeg skulle anvende den, opdagede jeg til min rædsel, at jeg aldrig havde taget en backup af mit backup-script. Resultat: Jeg havde alle mine data intakt men fik efterfølgende ikke taget backup i flere måneder, da jeg ikke havde tid til at sætte mig ned og skrive et backup-script igen.

Windows 7 har en noget overset filhistorik, der fungerer relativt fornuftigt. Den har reddet mig selv et par gange. Højreklik på en folder, vælg Properties og Previous Versions. Med lidt held har man en tidligere version af sin nu slettede fil der.

Jeg må indrømme at jeg har svært ved at se det vigtige skel i versionsstyring vs. backup - versionsstyring kan også bruges som backup, det er primært et spørgsmål om hvordan man sætter det op.

Personligt committer jeg adskillige gange i løbet af en dag, hellere en gang for meget end for lidt, da man netop med versionsstyring kan rulle ændringer tilbage eller kopiere tidligere versioner eller etc.

Meget cool du fik din kode tilbage på den måde :) Ville nok selv overveje arbejdsprocesser, der ikke kræver rollback på den måde - såsom test-branches, hvor man committer de dele der skal bruges og så merger tilbage til sin arbejdsbranch og derefter smider resten væk ... eller committer og lader ligge lidt tid til man er sikker på det ikke skal bruges. Blot en tanke :)

Jeg skrev på et tidspunkt et script til at lave snapshots og releases med. Det ligger på min hjemmeside:

http://klauselmquist.dk/save.html

Kik på savetool manualen for nærmere forklaring.

Jeg har typisk sat det op således at jeg skriver "make save" når jeg vil tage et snapshot af kildeteksterne i projektet.

For større projekter kan det være upraktisk at gemme hele projektets kildetekster hvorfor man kan nøjes med at tage backup af de kildetekster der er checket ud. Dette er baggrunden for "savecvs" kommandoen i samme release. Denne trænger dog til et kærligt eftersyn.

Disclaimer: Denne kommentar er skrevet mens jeg lyttede til Veronica Mortens "Mondays".

Jeg må indrømme at jeg har svært ved at se det vigtige skel i versionsstyring vs. backup - versionsstyring kan også bruges som backup, det er primært et spørgsmål om hvordan man sætter det op.

For mig er forskellen, at hvis jeg har sat min maskine til at backe up en gang i timen, så kan jeg i værste fald miste en times arbejde. Hvis jeg ikke har backup, så skal jeg huske at committe en gang i timen, og min commit-log bliver desuden meningsløs. Udover det, så bruger jeg primært Git, som ikke nødvendigvis er tilknyttet en central server.

Jeg sidder her og forsøger desperat ikke at skrive noget om, at centraliserede repos er "sooo last year". Det de unge vil have er værktøjer som Hg, Git og andre.

(og de er i øvrigt imo langt bedre værktøjer end SVN)

:o)

Jeg må indrømme at jeg har svært ved at se det vigtige skel i versionsstyring vs. backup - versionsstyring kan også bruges som backup, det er primært et spørgsmål om hvordan man sætter det op.

Der er en vældig stor forskel (i hvert fald når vi snakker centraliseret versionsstyring a la SVN). Det er uskik at committe kode overhovedet som ikke kan compile eller virker (breaker unit tests osv.). Med mindre du arbejder i et personligt branch hvor du kan gøre hvad du vil.

Sagen er en anelse andeledes med f.eks. git, hg osv. da man her kan committe til sit lokale repos, og så siden videre til central repos.
Det er netop også derfor at det er en god idé at komme af med SVN. Eventuelt benyt git-svn mod SVN repos, så har du også et lokalt repos, hvor du kan ødelægge koden uden at forstyrre andre.

Jeg er glad for min TIme Machine, den sørger for at der automatisk er backup, så jeg kan gå tilbage til tidligere versioner. Vær ligeledes opmærksom på at man i eclipse kan stille på antallet af kopier der skal bevares i local history, og det kan man roligt skrue op for med de harddisk størrelse vi fumler rundt med i dag. Det er hurtigere at hente tingene her, end at rode med backups. Også selvom Time Machine er frygteligt nemt at benytte.
Time Machine - endnu en årsag til at benytte en Mac til udvikling :-)

For mig er forskellen, at hvis jeg har sat min maskine til at backe up en gang i timen, så kan jeg i værste fald miste en times arbejde. Hvis jeg ikke har backup, så skal jeg huske at committe en gang i timen, og min commit-log bliver desuden meningsløs. Udover det, så bruger jeg primært Git, som ikke nødvendigvis er tilknyttet en central server.

Mjah, jeg tror nu nok man kan scripte sig ud af de fleste problemer der - og derudover kan du uden videre sætte en git proces op, der pull'er fra dit lokale repo, så du ikke selv skal pushe en backup (ligesom du også skal have en ekstern backup for at dit argument giver mening).

Min pointe var primært at versionsstyring også kan bruges til backup, til en vis grad. Spørgsmålet er hvad man har brug for.

Mjah, jeg tror nu nok man kan scripte sig ud af de fleste problemer der - og derudover kan du uden videre sætte en git proces op, der pull'er fra dit lokale repo, så du ikke selv skal pushe en backup (ligesom du også skal have en ekstern backup for at dit argument giver mening).

Det hjælper jo ikke noget, når dine ændringer ikke er committet. Jeg laver nogen gange fejl, såsom at reverte et repositorie, hvor der var ændringer, som jeg ikke skulle have fjernet. Så redder min backup mig.

Anyway, folk må jo gøre op med sig selv, hvor fummelfingrede de er, og hvor meget arbejde de er parat til at skulle gøre om på den konto.