
@34 og andre, Vi må nok gøre op med os selv hvordan vi udvikler på spo.
Ind til nu har der kun været to store, samlede, nye versioner; den første i 2001, og da jeg lavede php versionen. Ellers har alt været mindre rettelser, opdateringer og nye funktioner.
Så, når jeg har lavet noget på spo og har brugt svn, har jeg bare sendt rettelserne til trunk. Det er naturligvis forkert, for det skulle jo have været sendt til trunk, som derefter skulle have været kopieret ind under tags så det havde fået sit eget versions nummer.
I min, fejlagtige :o) brug af svn har jeg altså lavet 3 steps: 1) lagt min ændring i mit eget branch, 2) lagt min ændring i trunk, 3) oploadet min ændring til spo (via ftp). Faktisk er der også et step 0, nemlig at jeg har lavet ændringen i min lokale kopi af spo først.
Sådan som jeg burde have gjort er: 1) lægge min ændring i mit eget branch, 2) lægge min ændring i trunk, 3) lægge trunk ind under tags, 4) lægge min ændring (/ nyeste tag?) op på spo (via ftp).
Det virker noget overflødigt, med mindre; 1) der er flere der laver ændringer på spo samtidig, 2) vi arbejder på hver vores del af noget der skal lægges på spo samlet, 3) vi aftaler at ændringer skal "godkendes"/testes af andre inden den lægges på spo.
Jeg kan se at det vil være perfekt at bruge svn, når vi holder kodedag og når der er flere der begynder at bidrage til kodearbejdet. Men som det er nu synes jeg ikke jeg får glæde af fordelene, men oplever kun det ekstra arbejde det medfører.
Jeg synes vi skal forsætte forsøget med svn til et stykke tid efter kodedagen, hvis der så stadig ikke er andre der bruger det, så synes jeg heller ikke der er nogen grund til at jeg bruger det. Hvis der derimod begynder at være flere der skriver kode til spo, og vi tilmed kan kører svn på vores egen server, så vil det være en glæde at bruge.