Versionhallinnan perusteet

Onko projektistanne joskus päätynyt syntymään tiedostoja kuten report_final, report_final_v2 ja report_final_FINAL? Versionhallintajärjestelmä (VCS) ratkaisee tämän sotkun – se on koko projektin älykäs kumoamispainike.

Ilman VCS:ää yhteistyö hajoaa: ihmiset korvaavat toistensa muutoksia, muutokset katoavat, virheiden jäljittäminen on mahdotonta eikä ole historiaa siitä, kuka teki mitä.

VCS säilyttää jokaisen muutoksen koko historian. Voitte nähdä, kuka teki mitä ja milloin, palauttaa projektin mihin tahansa tilaan sekä yhdistää kaikkien työn ilman päällekkäisiä muutoksia.

Versionhallintaa on kahta tyyppiä: keskitettyä (CVCS) ja hajautettua (DVCS). Ne eroavat siinä, missä projektin historia todellisuudessa sijaitsee.

Keskitetty VCS säilyttää koko historian yhdellä palvelimella – tiedostot kuitataan ulos ja takaisin sisään. Haittapuolena on, että jos palvelin kaatuu, kukaan ei voi tehdä commiteja tai lukea historiaa. Esimerkkejä ovat SVN ja Perforce.

Hajautettu VCS antaa jokaiselle kehittäjälle paikallisesti täyden kopion koko historiasta. Voitte tehdä commitin ilman verkkoyhteyttä ja jakaa sen, kun olette valmiita – juuri tässä Git on parhaimmillaan.

Git on maailman suosituin hajautettu VCS. Linus Torvalds rakensi sen nopeutta, tietojen eheyttä ja oikeiden tiimien tarvitsemia monimutkaisia, epälineaarisia työnkulkuja varten.

Git tuo hajautetulla rakenteellaan monia etuja: voitte tehdä commitin ilman verkkoyhteyttä, paikalliset toiminnot ovat erittäin nopeita, yksittäistä vikaantumispistettä ei ole ja haarojen luominen sekä yhdistäminen on joustavaa.

Keskeinen ajatus on paikallinen repository. Kun kloonaatte projektin tai alustatte sen, saatte koko historian koneellenne – siksi Git-toiminnot tuntuvat välittömiltä.

Hienoa! Ymmärrätte nyt, miksi VCS on tärkeä, miten keskitetty ja hajautettu versionhallinta eroavat toisistaan sekä miksi Git on alan johtava ratkaisu. Seuraavaksi asennetaan ja määritetään Git.