Tutustu lähteen hallintaan ja versionhallintaan

Valmis

Lähde- ja versio-ohjausobjektien käyttö on DevOpsin peruskäytäntö. Se on myös edellytys sellaisille käytännöille kuin jatkuva integrointi ja infrastruktuuri koodina, jotka molemmat ovat tärkeitä DevOps-täyden potentiaalin saavuttamiseksi. Malliskenaariossamme organisaation tulee tarkastella nykyistä yhteistyöohjelmiston kehitysstrategiaansa ja siirtymistä git-nimiseen hajautettuun versiontarkistusmalliin, erityisesti ottaen huomioon sen suunnitelmat käyttää GitHubia ohjelmiston elinkaaren hallinnassa. Tämä edellyttää kuitenkin, että ymmärrät version- ja lähteen hallinnan periaatteet sekä niiden edut, joita käsittelemme tässä.

Lähteen hallinta ja versionhallinta

Näyttökuva lähdeohjausjärjestelmästä, jossa on useita tiedostoja ja niiden versiohistoria.

Termit, jotka lähdekoodin hallinnan ja versionhallintaa, käytetään usein keskenään ja useissa konteksteissa ne viittaavat samaan käsitteeseen. Yleisesti ottaen molemmat liittyvät käytäntöön hallita koodin muutoksia jaetussa kehitysympäristössä. Saatat kuitenkin kohdata vivahteikkaampia skenaarioita, joissa niiden merkitys on hieman erilainen. Näissä tilanteissa lähdekoodin hallinta määrittää järjestelmän, joka hallitsee lähdekooditiedostojen muutoksia, kun taas versionhallinta sisältää minkä tahansa tiedostotyypin muutosten hallinnan vain lähdekoodia laajeneviin tarkoituksiin. Käytämme johdonmukaisuuden vuoksi jatkossa termiä versionhallinta git-pohjaisten yhteistyöohjelmistojen säilöjen edustamiseen GitHubissa ja Azure DevOpsissa.

Mitä etuja versionhallinta tarjoaa?

Versionhallinta seuraa tiedostojen muutoksia sen hallintaalueella. Se tarjoaa laajan valikoiman etuja:

  • historiatietoihin ja versioiden seurantaan: Voit tarkastella minkä tahansa tiedoston muutosten historiaa, mukaan lukien mahdollisuuden määrittää, milloin kukin yksittäinen muutos tapahtui ja mikä oli niiden laajuus. Tämä tarjoaa myös jäljitettävyyden, yleensä liittämällä kuhunkin muutosjoukkoon yksilöllisen tunnisteen.

  • palautus: Jos virhe tai ongelma ilmenee, voit helposti palauttaa tiedoston tunnetun, toimivan version.

  • haarautuminen ja yhdistäminen: Jos haluat laajentaa nykyisen koodin toimintaa lisäämällä toisen ominaisuuden tai korjata äskettäin löydetyn virheen, voit luoda niin kutsutun haaran, jonka avulla voit työskennellä itsenäisesti olemassa olevaa koodauspohjaa vasten. Uusi haara on aluksi samanlainen kuin päähaara joka isännöi nykyistä koodia. Kun olet tehnyt haluamasi muutokset, yhdistä uusi haara päähaaraan. Tämä saattaa silti johtaa ristiriitoihin (jos toinen kehittäjä päättää muokata samaa tiedostojoukkoa tällä välin toisen haaran kautta), mutta niiden vaikutusaluetta rajoitetaan ja ne on yleensä helppo tunnistaa ja ratkaista.

    Näyttökuva haarastrategiasta, jossa on useita haaroja, kuten päähaara, virheenkorjaus ja ominaisuudet.

  • Yhteistyö ja rinnakkaiskehitys: Ristiriitojen ratkaisusäännökset, joita täydennetään haarautumalla ja yhdistämällä, mahdollistavat sen, että useat kehittäjät työskentelevät saman koodikannan parissa, mikä tehostaa toimintaa. Hajautettujen ohjausjärjestelmien, kuten Git-järjestelmän, avulla koodia voi luoda myös irrallisessa tilassa. Yhteistyö käsittää myös pull-pyyntöjen keskinäiset vertaisarvioinnit, mikä edistää tiedonjakoa ja läpinäkyvyyttä.

  • Automation: Versionhallinta on olennainen osa jatkuvaa integrointia ja automatisoituja käyttöönottoja. Automaattinen koontiversio ja testaus voidaan käynnistää automaattisesti aina, kun koodin uusi versio lähetetään versiontarkistussäilöön tai yhdistetään päähaaraan. Koodin eri versioita voidaan ottaa käyttöön eri ympäristöissä.