Som utviklere er vi ikke fremmede for å administrere og lagre forskjellige kopier av koden før vi kobler den til hovedkoden.
La oss diskutere en bedre og effektiv måte å administrere ulike kodeversjoner og slå dem sammen med hovedkoden etter testing.
La oss dykke inn:
Introduksjon til versjonskontrollsystemer
Vi har nevnt at Git er et versjonskontrollsystem. Hva er egentlig et versjonskontrollsystem, og hvordan fungerer det?
Et versjonskontrollsystem er et system som lar utviklere spore filendringer. Versjonskontrollsystemer fungerer ved å lage samlinger av forskjellige versjoner av filer og endringene som er gjort i hver versjon. De lar deg bytte mellom forskjellige versjoner av filene sømløst.
Et versjonskontrollsystem lagrer en samling filendringer på et sted som heter et depot .
I de fleste brukstilfeller hjelper versjonskontrollsystemer med å spore endringer i kildekodefiler ettersom de inneholder rå tekst. Versjonskontrollsystemer er imidlertid ikke begrenset til tekstfiler; de kan spore endringer i binære data.
Typer versjonskontrollsystemer
Det finnes forskjellige typer versjonskontrollsystemer. De inkluderer:
- Lokaliserte versjonskontrollsystemer : Denne typen versjonskontrollsystem fungerer ved å lagre forskjellige versjoner av filene lokalt ved å lage kopier av filendringene.
- Sentralisert versjonskontrollsystem : Sentralisert versjonskontrollsystem inkluderer en sentral server med forskjellige filversjoner. Utvikleren beholder imidlertid fortsatt en kopi av filen på sin lokale datamaskin
- Distribuert versjonskontrollsystem : Distribuert versjonskontrollsystem krever ikke en server. Imidlertid innebærer det at hver utvikler kloner en kopi av hovedlageret, og du har tilgang til endringer av alle filene. Populære distribuerte VC -systemer er Git, Bazaar og Mercurial.
La oss komme i gang med Git.
Introduksjon til Git
Git er et distribuert versjonskontrollsystem utviklet av Linus Torvalds, skaperen av Linux -kjernen. Git ble opprinnelig utviklet for å hjelpe til med å utvikle Linux -kjernen, og er kraftig og enkel å bruke. Den støtter lineær utvikling, som gjør at flere enn en utvikler kan jobbe med det samme prosjektet samtidig.
La oss diskutere hvordan du installerer Git og bruker det til å administrere lagre:
Slik installerer du Git på Linux
Avhengig av systemet du bruker, vil du ha Git installert som standard. Det er imidlertid ikke sikkert at noen systemer har det installert. Hvis det er ditt tilfelle, bruk følgende kommandoer for å installere det på systemet ditt.
Debian/Ubuntu
sudo apt-get oppdatering && sudo apt-get oppgradering -og sudo apt-get install gå -ogArch Linux
Installer Git på Arch:
sudoPac Man-SgåFedora/RedHat/CentOS
Installer på RHEL -familien:
sudo yum installere gåsudodnfinstallere gå
Slik konfigurerer du Git
Når du har installert Git, får du tilgang til alle kommandoene du kan bruke til å arbeide med lokale og eksterne lagre.
Du må imidlertid konfigurere den for første gangs bruk. Vi vil bruke git config til å angi forskjellige variabler.
Den første konfigurasjonen vi angir er brukernavn og e -postadresse. Bruk git config -kommandoen som vises for å angi brukernavn, e -postadresse og standard tekstredigerer.
git config --globalbrukernavn mitt brukernavngit config -globaluser.email brukernavn@email.comgit config --globalcore.editorjeg kom
Du kan se git -konfigurasjonene ved å bruke kommandoen git config –list som:
git config --listeuser.name = mitt brukernavn
user.email = brukernavn@email.com
core.editor =jeg kom
Slik setter du opp lagre
Vi kan ikke nevne Git og unnlater å nevne begrepet repo eller repository.
Et depot, ofte kalt en repo, samler filer og kataloger med sine respektive endringer sporet av versjonskontrollsystemet.
Endringer i et depot administreres eller spores av commits, som er enkle øyeblikksbilder av endringer som er brukt på en fil eller katalog.
Commits lar deg bruke endringene eller gå tilbake til en bestemt endring i depotet.
La oss nå diskutere hvordan du konfigurerer et Git -depot.
Anta at du har en prosjektkatalog du vil bruke som en git repo og spore endringer. Du kan initialisere den ved å bruke kommandoen:
git initNår du kjører git init -kommandoen, initialiserer Git katalogen som et depot og oppretter en .git -katalog som brukes til å lagre alle konfigurasjonsfilene.
For å begynne å spore endringer ved hjelp av Git, må du legge den til med kommandoen Git add. For eksempel, for å legge til filen, reboot.c
git legge tilstart på nytt. cFor å legge til alle filene i den katalogen og begynne å spore endringer, bruk kommandoen:
git legge til.Etter å ha lagt til filer, er det neste trinnet å utføre en forpliktelse. Som nevnt tidligere, forplikter hjelp til å spore endringene i filer i et depot.
Ved å bruke git commit -kommandoen kan du legge til meldingen som indikerer endringene i filene.
For eksempel vil en melding for den første forpliktelsen være lik:
git commit -mInnledende forpliktelse.MERK : Å legge til beskrivende og meningsfulle git -meldinger hjelper andre brukere som bruker depotet med å identifisere filendringer.
gitignore
Anta at du har noen filer og kataloger du ikke ønsker å inkludere i hovedlageret. Du kan for eksempel ha konfigurasjonsfiler for utviklingen du bruker.
For å oppnå dette må du bruke .gitignore -filen. I .gitignore -filen kan du legge til alle filer og kataloger som Git ikke skal spore.
Et eksempel på .gitignore -filen ser vanligvis slik ut:
.DS_Storenode_modules/
tmp/
*.Logg
*.glidelås
.idé/
garn.lås pakke-lås.json
.tmp*
Git Remote Repositories
Git er et kraftig system som strekker seg utenfor omfanget av lokale depoter. Tjenester som GitHub, Bitbucket og Gitlab tilbyr eksterne depoter hvor utviklere kan være vert for og samarbeide om prosjekter ved hjelp av git repos.
Selv om noen eksterne git -tjenester er førsteklasses - det er mange gratis tjenester tilgjengelig - tilbyr de gode verktøy og funksjoner som pull -forespørsler og mange andre som sikrer en jevn utvikling.
MERK : Du kan også bygge en selvbetjent git-tjeneste. Sjekk vår Gogs -opplæring for å lære hvordan du oppnår dette.
La oss nå se på forskjellige måter å jobbe med eksterne lagre.
Kloning av et eksternt depot
En populær måte å jobbe med eksterne lagre på er å kopiere alle filene i en ekstern repo til en lokal repo; en prosess som kalles kloning.
For å gjøre dette, bruk git clone -kommandoen etterfulgt av URL -en til depotet som:
git klonhttps://github.com/linuxhint/code.gitI tjenester som Github kan du laste ned zippet repository under nedlastingsalternativet.
For å se statusen til filene i depotet, bruk kommandoen git status:
git -statusDenne kommandoen vil fortelle deg om filene i depotet har endret seg.
Oppdater lokal repo fra fjernkontrollen
Hvis du har et klonet depot, kan du få alle endringene fra det eksterne depotet og slå dem sammen med det lokale med Git fetch -kommandoen:
git henteOppretter et nytt eksternt depot
For å opprette et eksternt depot fra kommandolinjen, bruk kommandoen git remote add som:
git fjernkontrolllegg til new_repo https://github.com/linuxhint/new_repo.gitSkyver lokal repo til fjernkontroll
For å skyve alle endringer fra et lokalt depot til et eksternt depot, kan du bruke kommandoen git push etterfulgt av fjernlagerens URL eller navn. Kontroller først at du har lagt til filene, lagt til en commit -melding som:
git legge til.git commit -mLagt til nyttfunksjonå stenge ned.git pushopprinnelse https://github.com/linuxhint/code.git
Sletter et eksternt depot
Hvis du vil slette et eksternt depot fra kommandolinjen, bruker du git remote rm -kommandoen som:
git fjernkontroll rmhttps://github.com/linuxhint/new_repo.gitKonklusjon
Vi har dekket det grunnleggende om å sette opp et Git -versjonskontrollsystem og hvordan du bruker det til å jobbe med lokale og eksterne depoter.
Denne nybegynnervennlige guiden er på ingen måte et fullverdig referansemateriale. Vurder dokumentasjonen, da det er mange funksjoner som ikke dekkes av denne opplæringen.