Introduktion til GIT versionskontrolsystem

Git er et af de mest almindelige udtryk hørt mellem programmerere i de sidste fire-fem år. Jeg vil her præsentere en vis indsigt i dette værktøj, og hvorfor det er så populært blandt programmererne. I dette emne skal vi lære om GIT Version Control System.

Hvad er og hvorfor versionskontroller?

Linus Torvalds, der startede Linux-kernen, er den person, der oprettede denne software til at vedligeholde og spore forskellige versioner af kildekode blandt programmererne.

Scenario nr. 1

Forestil dig et team på fem medlemmer, der arbejder på masterkildekode, der forbedrer forskellige funktioner til det. Bare tænk, hvordan kan de arbejde på den samme kildekode uden forvirring om hinandens ændringer? Hver enkelt skal vide, hvad andre fire laver, og der bør ikke være nogen uagtsomhed over for det. Og i slutningen af ​​arbejdstiden er de nødt til at bruge nogen tid på at koordinere hinanden værker, så man omsider opretholder en kildekode. Det ser meget hektisk ud og definitivt manuel indgriben i at opretholde kildekoden er mere risikabelt. Så for at hjælpe eller sige at automatisere alle disse versioner, som alle de fem programmerere fungerer på, har vi brug for ordentligt skrevet versionskontroller, og GIT er en af ​​dem. Der er en betegnelse for ovenstående trin og det kaldes Source Code Management eller Software Configuration Management (SCM).

Scenario nr. 2

Overvej nu endnu et scenarie, hvor version controller-automatisering hjælper. Vi har skrevet den første version af koden, og klienten har godkendt at installere den på produktionen, så dette er version 1.0. Efter et par måneder tilbyder klienten et forbedringsarbejde, og du arbejder på tidligere skrevet for at udvikle version 1.1 og indsende til klienten. Men klienten foreslår en anden tilgang, og denne version 1.1 er ikke nyttig for dig i henhold til klientens nye tilgang. Så du kasserer dette og arbejder med version 1.2, som bliver indsendt og godkendt. Og så fortsætter du med at udvikle forskellige versioner. Men synes du ikke, at manuelt at gemme alle versioner et sted og vedligeholde kildekoden ikke er rodet? På et tidspunkt skal du muligvis henvise til version 1.1, som du kasserede og ikke har praktisk.

Så for at vedligeholde forskellige versioner af kode skrevet af en eller flere programmerere bruger vi version controllere.

Forskellige typer versionskontroller

Der er forskellige typer værktøjer tilgængelige, og nedenfor er nogle af dem

  1. Subversion - Siden udviklet af Apache, brugt meget af Apache-leverandører.
  2. git
  3. Basar
  4. Mercurial

Grundlæggende er der to typer versionskontrolsystemmetoder, som ovennævnte værktøjer arbejder på. De er

Centraliseret versionskontrolsystem (CVCS) Distribueret versionskontrolsystem (DVCS)

1. CVCS

Her er den kode, der er skrevet, gemt i det centraliserede lager eller i den centraliserede server. Ingen arbejdskopi tilgængelig på lokale maskiner, hvilket er en enorm ulempe, når der er serverfejl. Jeg skal altid have en aktiv serverforbindelse for at arbejde med repoen. SVN bruger dette kontrolsystem

2. DVCS

Her har vi også kildekoden på serveren, men sammen med den har vi den som lokal kopi på arbejdsmaskiner. Så selvom der er en fejl på serverniveau, kan vi spejle den lokale arbejdskopi til serveren, når den gendannes. Denne tilgængelighed af lokal arbejdskopi på hver maskine, der er ansvarlig for udtrykket 'Dsistriibuted' i DVCS. Git, Mercurial bruger et distribueret versionskontrolsystem

Git bruger konceptet forgrening eller mere teknisk kaldet Trunk Based Development TBD. Hvad det faktisk betyder, er, at vi kan oprette flere grene fra masteren og på disse grene, kan programmerere arbejde og forpligte deres ændringer til disse grene, og hver af disse forpligtelser spores. Og når klienter først har godkendt det, kan vi flette alle grene til masterkoden i produktionen. På denne måde påvirker ikke masterkildekoden direkte. At arbejde med masterkildekoden direkte vil være mere risikabelt og skal undgås. Vi kan arbejde på filialer og udføre forskellige testscenarier, og når den endelige version er stabiliseret og godkendt, kan vi arbejde på at slå den master sammen, hvilket reducerer risikoen med et betydeligt beløb.

Git er faktisk gratis, og for Mac-brugere er det tilgængeligt som standard. I Linux kan vi installere git og til Windows har vi noget, Git Bash. Der er to mest populære depotkilder, hvor vi kan arbejde med Git, og de er Git Hub og Bit Bucket og organisation, der vælger at basere sig på dens præference.

Fordele ved GIT-versionskontrolsystem

  • Understøtter både arv form for udvikling, som er en lineær og ikke-lineær form for udvikling
  • Da den er distribueret i naturen, er der mindre bekymring for serverfunktioner i et enkelt punkt. Vi kan altid spejle koden fra den lokale repo til serveren.
  • Vi kan også implementere et sikkerhedslag på toppen af ​​git, som kan tildele adgangsrestriktioner i commit pull and push.
  • Kan arbejde på flere platforme som Mac, Linux, Windows osv
  • Helt gratis og open source
  • Effektiv og hurtig på grund af distribueret natur
  • Klar sporing af forpligtelser, opdateringer, tilbagevendelser, versioner, push and pulls
  • GitBash til windows, der er nemme at bruge.
  • Der er også forskellige GUI tilgængelige til at arbejde på toppen af ​​GIT
  • Det kræver ikke en aktiv netværksforbindelse altid, da tilgængeligheden af ​​det lokale lager.

Arbejder med Git

  • Opret arbejdsgrenen fra kildemaster eller fra en anden gren afhængigt af kravet
  • Klon grenen på lokalt ved hjælp af GitBash til windows
  • Arbejd med grenen og udfør ændringer eller tilføjelse af komponenter til den
  • Foretag ændringerne og henvis til commit tracker
  • Hvis du føler, at engagement var unødvendig, kan du vende tilbage til den tidligere
  • Hvis flere programmerere, der arbejder på den samme gren, skal den lokale repo opdateres, før du skubber på dine ændringer. Så udfør PULL
  • Nu vil du være i stand til at udføre PUSH
  • Når gennemgang og kodegodkendelse blev gjort til din filial, kan vi flytte koden til produktion enten efter ansvarsfuld eller på hvilken måde organisationen bruger.
  • Flet filialen til Master, så vi har opdateret kode i den.

Git er det mest almindeligt anvendte distribuerede versionskontrolsystem på grund af dets distribuerede karakter, intet eneste mislykkelsespunkt og er open source. Du kan prøve at arbejde med det ved hjælp af prøvekode i GitHub og GitBash i Windows-pc, da git-kommandoer er enkle og let tilgængelige online.

Anbefalede artikler

Dette er en guide til GIT versionskontrolsystem. Her diskuterer vi forskellige typer versionskontroller med fordele og arbejde. Du kan også se på den følgende artikel for at lære mere-

  1. GIT-kommandoer
  2. Introduktion til GIT
  3. Git-alternativer
  4. Hvad er Git?
  5. Tableau-versioner
  6. Git Origin Master
  7. Hvad er hub?
  8. Tre faser af Git-livscyklus med arbejdsgangen
  9. Hvordan bruges GIT Cherry-pick med eksempel?

Kategori:

Big Data