Johdanto GIT-versionhallintajärjestelmään

Git on yksi yleisimmistä sanoista, joita ohjelmoijat ovat kuullut viimeisen neljän-viiden vuoden aikana. Esitän tässä joitain näkemyksiä tästä työkalusta ja miksi se on niin suosittu ohjelmoijien keskuudessa. Tässä aiheessa aiomme oppia GIT-versionhallintajärjestelmästä.

Mikä on ja miksi versio-ohjain?

Linus Torvalds, joka aloitti Linux-ytimen, on henkilö, joka loi tämän ohjelmiston ylläpitää ja seurata lähdekoodin erilaisia ​​versioita ohjelmoijien keskuudessa.

Skenaario # 1

Kuvittele viiden jäsenen ryhmä, joka työskentelee master-lähdekoodin parissa parantamaan sen erilaisia ​​ominaisuuksia. Ajattele vain, kuinka he voivat toimia samalla lähdekoodilla sekoittamatta toistensa muutoksia? Jokaisen on tiedettävä, mitä muut neljä tekevät, ja siihen ei pidä olla laiminlyöntiä. Ja työtunnin loppuun mennessä heidän on vietettävä aikaa koordinoida toistensa toimia niin, että viimeinkin yksi lähdekoodi ylläpidetään. Se näyttää paljon hektistä ja ehdottomasti manuaalinen interventio lähdekoodin ylläpitämisessä on vaarallisempaa. Joten auttamaan tai sanomaan automatisoimaan kaikki nämä versiot, joissa kaikki viisi ohjelmoijaa työskentelevät, tarvitsemme oikein kirjoitetun versio-ohjaimen ja GIT on yksi heistä. Yllä oleville vaiheille on olemassa termi, ja sitä kutsutaan lähdekoodinhallintaksi tai ohjelmistokonfiguraation hallintaan (SCM).

Skenaario 2

Mieti nyt vielä yksi skenaario, jossa versio-ohjaimen automatisointi auttaa. Olemme kirjoittaneet ensimmäisen version koodista ja asiakas on hyväksynyt sen asentamisen tuotantoon, joten tämä on versio 1.0. Nyt muutaman kuukauden kuluttua asiakas tarjoaa parannustyön, ja työskentelet aiemmin kirjoitetun version 1.1 kehittämiseksi ja lähettämiseksi asiakkaalle. Mutta asiakas ehdottaa erilaista lähestymistapaa, ja tämä versio 1.1 ei ole sinulle hyödyllinen asiakkaan uuden lähestymistavan mukaan. Joten hylkäät tämän ja käsittelet versiota 1.2, joka lähetetään ja hyväksytään. Ja niin edelleen työskentelet kehittämään erilaisia ​​versioita. Mutta etkö usko, että kaikkien versioiden tallentaminen manuaalisesti jonnekin ja lähdekoodin ylläpitäminen ei ole sotkuista? Jossain vaiheessa saatat joutua viitaamaan versioon 1.1, jonka hylkäsit ja jolla ei ole kätevää.

Joten yhden tai useamman ohjelmoijan kirjoittaman koodin eri versioiden ylläpitämiseksi käytämme versionohjaimia.

Erityyppiset versio-ohjaimet

Saatavilla on erityyppisiä työkaluja, joista alla on joitain niistä

  1. Subversion - Apache on kehittänyt sen, sitä käyttävät laajalti Apache-myyjät.
  2. git
  3. Basaari
  4. Oikukas

Periaatteessa on olemassa kahden tyyppisiä versionhallintajärjestelmien menetelmiä, joissa yllä olevat työkalut toimivat. He ovat

Keskitetty versionhallintajärjestelmä (CVCS) hajautettu versionhallintajärjestelmä (DVCS)

1. CVCS

Täällä kirjoitettu koodi tallennetaan keskitettyyn arkistoon tai keskitettyyn palvelimeen. Paikallisilla koneilla ei ole saatavana työkopiota, mikä on valtava haitta palvelinvian sattuessa. Minulla on oltava aktiivinen palvelinyhteys aina työskennelläkseni repolla. SVN käyttää tätä ohjausjärjestelmää

2. DVCS

Täällä meillä on myös lähdekoodi palvelimella, mutta sen lisäksi meillä on se paikallisena kopiona työskentelevissä koneissa. Joten vaikka palvelimen tasolla olisi vika, voimme peilata paikallisen työkopion palvelimelle, kun se palautetaan. Tämä paikallisen työkopion saatavuus jokaisessa koneessa, joka vastaa termiä "Dsistriibuted" DVCS: ssä. Git, Mercurial käyttää hajautettua versionhallintajärjestelmää

Git käyttää haarautumisen käsitettä tai sitä kutsutaan teknisemmin tavaratilaan perustuvaksi kehitystyön TBD: ksi. Mitä se oikeastaan ​​tarkoittaa, että voimme luoda useita sivukonttoreita masterista ja näillä oksilla ohjelmoijat voivat työskennellä ja sitoutua muutoksiinsa näihin haaraan, ja jokaista näistä sitoutumista seurataan. Ja kun asiakkaat ovat hyväksyneet, voimme yhdistää kaikki haarat tuotannon pääkoodiin. Tällä tavalla ei vaikuteta suoraan päälähdekoodiin. Suoraan master-lähdekoodiin työskenteleminen on vaarallista ja sitä on vältettävä. Pystymme työskentelemään sivukonttoreilla ja suorittamaan erilaisia ​​testausskenaarioita. Kun lopullinen versio on vakiintunut ja hyväksytty, voimme työskennellä sen yhdistämisessä, mikä vähentää riskiä huomattavasti.

Git on todella ilmainen, ja Mac-käyttäjille se on käytettävissä oletuksena. Linuxissa voimme asentaa gitin ja Windowsille meillä on jotain, Git Bash. On olemassa kaksi suosituinta arkistolähdettä, joissa voimme työskennellä Gitin kanssa. Ne ovat Git Hub ja Bit Bucket ja organisaatio, joka päättää perustaa haluamalleen.

GIT-versionhallintajärjestelmän edut

  • Tukee molempia perintömuotoja, jotka ovat sekä lineaarisia että epälineaarisia kehitysmuotoja
  • Koska jakelu on luonnossa, vähemmän huolta yhden pisteen palvelinvikoista. Voimme aina peilata koodin paikalliselta repolta palvelimelle.
  • Voimme myös toteuttaa suojakerroksen git: n päälle, joka voi määrittää pääsyrajoitukset sitoutumisen vetämisessä.
  • Voi työskennellä useilla alustoilla, kuten Mac, Linux, Windows jne
  • Ehdottomasti ilmainen ja avoimen lähdekoodin
  • Tehokas ja nopea hajautetun luonteen vuoksi
  • Selkeä sitoutumisten, päivitysten, palautusten, versioiden, työntö- ja vetämistoimintojen seuranta
  • Tarjoaa GitBash-ikkunat, joita on helppo käyttää.
  • GIT: n päälle on saatavana myös erilaisia ​​graafisia käyttöliittymiä
  • Se ei vaadi aktiivista verkkoyhteyttä aina, koska paikallisen arkiston saatavuus on käytettävissä.

Yhteistyö Gitin kanssa

  • Luo työskentelevä haara lähde masterista tai toisesta haarasta tarpeen mukaan
  • Klooni sivuliike paikallisella GitBash for Windows -sovelluksella
  • Työskentele haaralla ja tee siihen muutoksia tai komponenttien lisäämistä
  • Suorita muutokset ja osoita sitouttamisseuranta
  • Jos sinusta tuntuu, että sitoutuminen oli tarpeetonta, voit palauttaa sitoumuksen aikaisempaan
  • Jos samassa haarassa työskentelee useita ohjelmoijia, paikallinen repo on päivitettävä ennen muutosten tekemistä. Joten suorita PULL
  • Nyt voit suorittaa PUSH-toiminnon
  • Kun tarkistus ja koodin hyväksyminen on tehty sivukonttorillesi, voimme siirtää koodin tuotantoon joko mahdolliseksi tai millä tahansa tavalla organisaation käyttämällä tavalla.
  • Yhdistä haara päällikölle, jotta olemme päivittäneet koodin siihen.

Git on yleisimmin käytetty hajautettu versionhallintajärjestelmä hajautetun luonteensa vuoksi, siinä ei ole yhtäkään vikakohtaa, ja se on avoimen lähdekoodin järjestelmä. Voit yrittää työskennellä sen kanssa käyttämällä näytekoodia GitHubissa ja GitBash Windows PC: ssä, koska git-komennot ovat yksinkertaisia ​​ja helposti saatavissa verkossa.

Suositellut artikkelit

Tämä on opas GIT-versionhallintajärjestelmään. Tässä keskustellaan versio-ohjaimen erityypeistä ja eduista. Voit myös tarkastella seuraavaa artikkelia saadaksesi lisätietoja-

  1. GIT-komennot
  2. Johdanto GIT: ään
  3. Git Vaihtoehtoja
  4. Mikä on Git?
  5. Tableau -versiot
  6. Git Origin Master
  7. Mikä on napa?
  8. Git-elinkaaren kolme vaihetta työnkulun kanssa
  9. Kuinka käyttää GIT Cherry-pick-esimerkkiä?

Luokka:

Suuri data