Subversion

Mon, 27 Jun 2005 12:41:56 +0000

http://subversion.tigris.org/

Subversion on varsin hyvin tehty versionhallintaohjelma. (On varmaankin syyt� mainita, ett� katseltuani [GNU arch]ia totesin sen olevan joka suhteessa parempi, joten aion j�tt�� k�ytt�m�tt� subversionia.)

Kaikki eiv�t tied�, mit� versionhallinta tarkoittaa. Jopa monelle kokeneelle tietokoneenk�ytt�j�lle versionhallinta on tuntematon k�site. Lyhyesti sanottuna versionhallintaty�kalut auttavat s�ilytt�m��n tuotoksista koko niiden kehityshistorian, pit�m��n yll� useampia yhtaikaisia versiolinjoja, vertailemaan eri versioita kesken��n, siirt�m��n muutoksia versioiden v�lill� ja s�ilytt�m��n metatietoa (kuten ett� kuka on muuttanut mit�kin kohtaa) muutoksista. Lis�ksi jotkin versiohallintaohjelmat auttavat ihmisten yhteisty�t�, ja helpottavat my�s yhden ihmisen vaivaa ty�st�� samaa projektia useammasta paikasta.

Versionhallintaohjelmilla on ratkaistavanaan kaksi perustavanlaatuista ongelmaa, ensinn�kin se, miten s�ilytet��n projektin kehityshistoria tilatehokkaasti ja k�ytt�kelpoisesti, ja toisekseen (ja t�rke�mp�n�), miten estet��n ihmisi� tuhoamasta vahingossa toistensa muutoksia. Esimerkiksi yrityksiss�, joissa k�ytet��n vain jaettuja tiedostoj�rjestelmi� dokumenttien / ohjelmien yhteisty�st��n, joudutaan usein delegoimaan tiedostojen "p��omistuksia" tietyille henkil�ille, jottei tiedostoa vahingossa muokkaisi kaksi ihmist� yhtaikaa.

T�m�n j�lkemm�isen ongelman ratkaisuun on kaksi mallia: rajoittava, mutta yksinkertainen lukitusmalli ja salliva, mutta monimutkaisempi yhdistelymalli. Lukitusmalli ei itse asiassa eroa olennaisesti jaetun tiedostoj�rjestelm�n tapauksesta ja useimmat kaupalliset versionhallintaj�rjestelm�t soveltavat sit� - ehk� siksi, ett� se on helppo toteuttaa? Yhdistelymalli tukee tosissaan hajautettua yhteisty�st�� ja osoittaa j�nnitt�v�ll� tavalla, miten historian s�ilytt�minen on t�rke�� dokumenttien yhteisty�st�lle.

Ongelmatilanne on siis t�m�: # k�ytt�j� 1 alkaa muokata tiedoston versiota A ja tuottaa siit� uuden version, version B. # sill� aikaa k�ytt�j� 2 alkaa my�s muokata versiota A ja tuottaa siit� version C. # k�ytt�j� 1 tallettaa version B. # k�ytt�j� 2 tallettaa version C ja tuhoaa B:ss� olleet muutokset. Au!

Lukitusmalli ratkaisee sen n�in: # k�ytt�j� 1 aikoo muokata versiota A. H�n lukittaa tiedoston itselleen. # k�ytt�j� 2 haluaa my�s muokata tiedostoa. H�n yritt�� lukittaa tiedoston itselleen, mutta saa virheilmoituksen, sill� k�ytt�j� 1 on jo lukittanut tiedoston. # k�ytt�j� 1 tekee versionsa B ja tallettaa sen. T�ll� aikaa k�ytt�j� 2 istuu k�siens� p��ll� ja syljeskelee kattoon. Tallennettuaan k�ytt�j� 1 vapauttaa lukon. # nyt k�ytt�j� 2 voi lukittaa tiedoston itselleen ja alkaa muokata versiosta B versiota C.

Yhdistelymallissa taas homma menee n�in: # k�ytt�j� 1 muokkaa versiosta A version B. # k�ytt�j� 2 muokkaa samaan aikaan versiosta A version C. # k�ytt�j� 1 tallettaa version B. # k�ytt�j� 2 yritt�� tallettaa version C, mutta saa ilmoituksen, ett� tiedosto on muuttunut t�ll� v�lill� ja muutokset on yhdistelt�v�. # niinp� h�n hakee A:n ja B:n v�liset muutokset. Ne yhdistet��n C:in, jolloin syntyy uusi versio D, joka sis�lt�� sek� B:hen ett� C:hen tehdyt muutokset. # k�ytt�j� 2 tallettaa version D.

Yhdistelymalli edellytt��, ett� versionhallintaj�rjestelm� pystyy aina hakemaan mielivaltaisen vanhoja muutoslitanioita yhdistely� varten. Siin� jokaisella k�ytt�j�ll� on, m��ritelm�n mukaan, oma paikka, jossa h�n tekee muutoksia rauhassa muilta k�ytt�jilt�. Niinp� esimerkiksi subversionissa jokainen k�ytt�j� hakee versionhallintaj�rjestelm�st� itselleen oman leikkialueen, ty�st�hakemiston. Eri ty�st�hakemistot sis�lt�v�t eri versioita tiedostoista sen mukaan, milloin ne on viimeksi p�ivitetty.

T�m� saattaa kuulostaa turhalta vaivalta, mutta kun versionhallintaa on k�ytt�nyt jonkin aikaa, ei halua tehd� en�� yht�k��n suurempaa ty�t� vailla versionhallinnan tuomaa turvaa ja apua. Se tuntuisi merkitsev�n tarpeetonta riskinottoa, ett� mokaa jotain ja menett�� tiedon, jonka olisi halunnut s�ilytt��, tai ett� k�mm�� jotain siirrelless��n projekteja ymp�riins� ty�st�ess��n jotain useammassa eri paikassa...