Större projekt

Jag har en server för versionshantering (synka filer mellan datorerna mm) som ni kan få använda allderles gratis om ni vill, den använder subversion och trac. Finns ett annat projekt har på swec som använder den: http://dev.blinkenlights.se/projects/swecwars
Det finns lite olika funktioner, men kort sagt är det gjort för programmeringsprojekt med många utvecklare och det är designat för att lösa problemen som kommer upp. Hör av dig om du är intresserad!

Vilka är egentligen fördelarna med versionshantering, och när bör man använda det? Har man nytta av det även när man jobbar ensam med ett projekt?

Jag kan ju säga att systemet som independence använder är guld värt, jag och två till körde det (på hans server och så) för ett javaspel vi gjorde, nu till nästa javaspel använder vi samma system (dock på annan server). Det är verkligen ett otroligt bra system.

Lite kort information om subversion och versionshantering för er som vill veta mer:
http://www.blinkenlights.se/wiki/Subversion/

När man jobbar i lag ser versionshantering till att man inte får för stora problem med att hålla koden i synk hos alla. Om två personer redigerat samma fil på får man upp en diff(med tortoisesvn) på vad som hänt. Man kan låsa en fil så ingen anna råkar redigera den också.

När man kodar själv är största fördelen att man aldrig förlorar kod, man behöver aldrig hålla på att kommentera ut stora delar av koden "utifall" detär mindre risk att man råkar ta bort något viktigt etc.

Versionshantering bör egentligen alltid användas. Faktiskt rätt så lämpligt för vanliga dokument med. Men viktigast är det när man kodar i lag.

Ett snabbintro till svn:
Först skapar man ett repository. Det är så att säga den som håller rätt på alla filer.

- Sen är den vanliga gången att man checkar ut sitt projekt från repot. Då skapas en lokal kopia av projektet (dvs, det blir en map där allt ligger på datorn).

- Sen kan man göra ändringar, lägga till/ ta bort filer/mappar osv. Dvs arbeta med det man arbetar med precis som vanligt.

- När man har gjort lite ändringar som man är nöjd med committar man in dom. Då försöker svn-programmet synka den lokala kopian mot repositoryt. Har ingen annan ändrat någonting så stoppas ändringarna in i repot. Är det däremot någon annan som varit framme o committat emellan så blir det en konflikt om inte svnen kan lista ut vad som är rätt. Tex om 2 har ändrat i samma fil på samma ställe. Då får man fixa det, och försöka committa igen.

- En bra idé brukar vara att ta en update innan man gör en commit, eller när man varit ifrån datorn ett tag o nån annan i projektet kanske varit framme o ändrat i koden. Då updateras den lokala kopian till senaste verisonen som finns på servern (även här kan man få konflikter).

Dessutom finns en hel del andra bra funktioner, tex kan man som redan sagts hämta en gammal version. Har ju hänt några ggr att man råkat göra en bugg som det dröjt ett tag innan man märkt. Då kan det vara bra o gå tillbaka till en version som man vet fungerar o sen jämföra den med den senaste.