Introduksjon til GIT versjonskontrollsystem

Git er et av de vanligste begrepene som er hørt mellom programmerere de siste fire-fem årene. Jeg vil presentere her litt innsikt i dette verktøyet og hvorfor det er så populært blant programmererne. I dette emnet skal vi lære om GIT versjonskontrollsystem.

Hva er og hvorfor versjonskontroller?

Linus Torvalds som startet Linux-kjernen er personen som opprettet denne programvaren for å vedlikeholde og spore forskjellige versjoner av kildekoden blant programmererne.

Scenario nr. 1

Se for deg et team på fem medlemmer som jobber med masterkildekode og forbedrer forskjellige funksjoner for det. Bare tenk hvordan kan de jobbe med den samme kildekoden uten å forvirre hverandre endringer? Hver og en må vite hva andre fire gjør, og det skal ikke være noen uaktsomhet. Og mot slutten av arbeidstiden, må de bruke litt tid på å koordinere hverandre fungerer slik at man til slutt opprettholder en kildekode. Det ser mye hektisk ut og definitivt manuelt inngrep i å opprettholde kildekoden er mer risikabelt. Så for å hjelpe eller si for å automatisere alle disse versjonene som alle de fem programmererne jobber med, trenger vi riktig skrevet versjonskontroller, og GIT er en av dem. Det er en betegnelse for trinnene ovenfor og det kalles Source Code Management eller Software Configuration Management (SCM).

Scenario nr. 2

Nå kan du vurdere et scenario til der versjonskontrollautomatisering hjelper. Vi har skrevet den første versjonen av koden, og klienten har godkjent å installere den på produksjonen, dette er versjon 1.0. Nå etter noen måneder tilbyr klienten et forbedringsarbeid, og du jobber med tidligere skrevet for å utvikle versjon 1.1 og sende til klienten. Men klienten foreslår en annen tilnærming, og denne versjonen 1.1 er ikke nyttig for deg i henhold til klientens nye tilnærming. Så du kasserer dette og jobber med versjon 1.2 som blir sendt inn og godkjent. Og så videre fortsetter du med å utvikle forskjellige versjoner. Men tror du ikke at manuelt å lagre alle versjoner et sted og opprettholde kildekoden ikke er rotete? På et tidspunkt kan det hende du må henvise versjon 1.1 som du har kastet og ikke har praktisk.

Så for å opprettholde forskjellige versjoner av koden skrevet av en eller flere programmerere bruker vi versjonskontrollere.

Ulike typer versjonskontroller

Det er forskjellige typer verktøy tilgjengelig, og nedenfor er noen av dem

  1. Subversion - Siden utviklet av Apache, brukt mye av Apache-leverandører.
  2. Git
  3. Basar
  4. Mercurial

I utgangspunktet er det to typer metodologier for versjonskontrollsystemer som verktøyene ovenfor fungerer på. De er

Sentralisert versjonskontrollsystem (CVCS) distribuert versjonskontrollsystem (DVCS)

1. CVCS

Her er koden skrevet lagret i det sentraliserte depotet eller i den sentraliserte serveren. Ingen arbeidskopi tilgjengelig på lokale maskiner, noe som er en stor ulempe når det er serverfeil. Jeg må alltid ha en aktiv serverforbindelse for å jobbe med repoen. SVN bruker dette kontrollsystemet

2. DVCS

Også her har vi kildekoden på serveren, men sammen med den har vi den som lokal kopi på arbeidsmaskiner. Så selv om det er en feil på servernivå, kan vi speile den lokale arbeidskopien til serveren når den er gjenopprettet. Denne tilgjengeligheten av lokal arbeidskopi på hver maskin som er ansvarlig for begrepet 'Dsistriibuted' i DVCS. Git, Mercurial bruker et distribuert versjonskontrollsystem

Git bruker begrepet forgrening eller mer teknisk kalt som Trunk Based Development TBD. Det det faktisk betyr er at vi kan opprette flere grener fra master og på disse grenene, kan programmerere jobbe og forplikte endringene sine til disse grenene, og hver av disse forpliktelsene spores. Og når klienter godkjenner det, kan vi slå sammen alle filialene til hovedkoden i produksjonen. På denne måten påvirker ikke hovedkildekoden direkte. Å jobbe med masterkildekoden direkte vil være mer risikabelt og må unngås. Vi kan jobbe på grener og utføre forskjellige testscenarier, og når den endelige versjonen er stabilisert og godkjent, kan vi arbeide med å slå sammen den masteren, noe som reduserer risikoen med et betydelig beløp.

Git er faktisk gratis, og for Mac-brukere er det tilgjengelig som standard. I Linux kan vi installere git og for Windows har vi noe, Git Bash. Det er to mest populære depotkilder der vi kan samarbeide med Git, og de er Git Hub og Bit Bucket og organisasjonen som velger å ta utgangspunkt i dens preferanser.

Fordeler med GIT versjonskontrollsystem

  • Støtter både arvelig form for utvikling som er en lineær og ikke-lineær form for utvikling
  • Siden det er distribuert i naturen, trenger du ikke å bekymre deg for enkeltpointserverfeil. Vi kan alltid speile koden fra den lokale repoen til serveren.
  • Vi kan også implementere et sikkerhetslag på toppen av git som kan tildele tilgangsbegrensninger i commit pull and push.
  • Kan jobbe på flere plattformer som Mac, Linux, Windows osv
  • Helt gratis og åpen kildekode
  • Effektiv og rask på grunn av distribuert natur
  • Tydelig sporing av forpliktelser, oppdateringer, tilbakevendinger, versjoner, push and pulls
  • Gir GitBash for vinduer som er enkle å bruke.
  • Det er også forskjellige GUI tilgjengelig for å jobbe på toppen av GIT
  • Det krever ikke en aktiv nettverkstilkobling alltid siden tilgjengeligheten til det lokale depotet.

Jobber med Git

  • Lag arbeidsgrenen fra kildemester eller fra en annen gren avhengig av kravet
  • Klon grenen på lokal ved hjelp av GitBash for windows
  • Arbeid på grenen og utfør modifikasjoner eller tillegg av komponenter til den
  • Gjør endringene og henvis til commit tracker
  • Hvis du føler at engasjement var unødvendig, kan du tilbakestille forpliktelsen til den tidligere
  • Hvis flere programmerere som jobber på samme gren, må lokal repo oppdateres før du trykker på endringene. Så utfør PULL
  • Nå vil du kunne utføre PUSH
  • Når gjennomgang og kodegodkjenning ble gjort til din filial, kan vi flytte koden til produksjon enten etter ansvarsfull eller hvilken som helst måte organisasjonen bruker.
  • Slå sammen filialen til Mesteren slik at vi har oppdatert kode i den.

Git er det mest brukte distribuerte versjonskontrollsystemet på grunn av dets distribuerte natur, ikke noe enkelt feil punkt og er åpen kildekode. Du kan prøve å jobbe med den ved å bruke eksempelkode i GitHub og GitBash i Windows PC, da git-kommandoer er enkle og lett tilgjengelige online.

Anbefalte artikler

Dette er en guide til GIT versjonskontrollsystem. Her diskuterer vi forskjellige typer versjonskontroller med fordeler og arbeid. Du kan også se på følgende artikkel for å lære mer-

  1. GIT-kommandoer
  2. Introduksjon til GIT
  3. Git-alternativer
  4. Hva er Git?
  5. Tableau-versjoner
  6. Git Origin Master
  7. Hva er hub?
  8. Tre stadier av Git-livssyklus med arbeidsflyten
  9. Hvordan bruker jeg GIT Cherry-pick med eksempel?

Kategori:

Stor Data