Introduksjon til Git Origin Master
Når du jobber med et prosjekt med Git, er det nødvendig å vite om fjernkontrollen. I utgangspunktet, med git, vil du jobbe med det eksterne depotet som vil bli administrert med versjoner av git. Fjernkontrast i motsetning til begrepet antyder tilgjengeligheten av kode på serveren som kan være lokal eller tilkoblet av internett. Disse repoene kan tilordnes les-skrivetilgangskategorier avhengig av hvilken type brukere som får tilgang til den. Så når vi samarbeider med andre om utvikling, trenger vi å administrere disse depotene (inkluderer også å opprette og fjerne repos) samt skyve og trekke dataene til dem. I dette emnet skal vi lære om Git Origin Master.
Git-fjernkommando kan brukes til å bli kjent med hvilken ekstern repo vi jobber. Denne kommandoen lister dem med korte navn som administrator eller repo-skaperen kan ha nevnt mens du opprettet den. Hvis ikke noe navn som er spesifisert som standardopprinnelse, er det korte navnet som er gitt til repoen som vi kan ha klonet fra. I skjermbildet nedenfor kan du se disse. Jeg har klonet repoen fra GitHub og oppbevart i katalogen test_git_tools som implisitt legger til repoen som heter origin. For å se flere detaljer om en repo kan vi gi git remote -v som vist nedenfor, og den vil liste alle fjernkontrollene med deres korte navn som programmereren jobber med. Her er det eneste.
Vi kan legge til ekstern til repo vi ønsker å klone enkelt ved å bruke git remote add. Du kan henvise nedenfor skjermbilde der jeg har lagt test_get-fjernkontroll til https://github.com/aliraju4280/test_git_tools.git og listet dem opp med alternativet git remote -v.
Vi har sett at når vi kloner koden opprinnelse er standard kortnavn gitt til den. Så vi må hente kommando for git som kan brukes til å oppdatere den lokale repoen der vi klonet. Så faktisk henter opprinnelsesgit oppdateringene til din arbeidskatalog. Den laster ned bare dataene, men vil ikke automatisk slå sammen det lokale depotet.
Vi må manuelt utføre det. Alternativt kan vi bruke git pull-kommando som automatisk vil utføre denne kombinerte oppgaven med å laste ned dataene og slå dem sammen med master eller hvilken som helst gren som blir sporet av git-klon-kommandoen når vår arbeidskatalog ble opprettet.
Vi kan bruke git push som bare vil når brukeren har skrivetilgang for å sende arbeidet vårt til oppstrømmen vi har klonet fra som vil være opprinnelig fjern. Kommandoen er git push
Hvor opprinnelsen er det korte kortnavnet hvis det ikke var noe navn. vil være bitbøtten eller GitHub-grenens navn. Som standard når du oppretter en gren i et depot, vil det bli kalt en masterfilial, og denne bestemte grenen i bedriftsutviklingsmiljøet vil være synkronisert med produksjonen, og vi må være forsiktige før vi endrer eller slår sammen noe for å mestre. Alt som gjøres til mesteren vil bli sporet og av og til revidert. Så når vi må jobbe med kildekoden, lager vi en kopi fra masteren, og denne bremsen kan være funksjon eller tilpasset. Vi arbeider med disse kopierte filialene eller funksjonen grenene, og når den utviklede koden først er stabil, bare vi fletter den sammen, og ikke alle utviklerne har tillatelse til å gjøre det. Så når vi presser på noe for å mestre direkte som vi kan ha tilgang til, gir vi kommandoen som git push origin master / git pull origin master og hvis vi jobber med en funksjon eller en annen type brach som ble opprettet fra master eller en annen gren, vi vil gi som git push origin feature_branchname / git pull origin feature_branchname.
Origin master -–> kan tolkes som en master branch på det eksterne navnet som kalles originalen.
Inspiserer Origin Remote
Hvis vi ønsker å få ytterligere detaljer om den eksterne grenen gir git noe som kalles git show-kommando som kan brukes som nedenfor som git remote show
Denne spesielle vil oppgi URL og sporingsgrenedetaljer for fjernkontrollen. Detaljene fra denne kommandoen vil være nyttige når vi jobber med mange fjernkontroller og grener, da det kan gi hvilken filial vi kan trekke eller presse endringene våre i detalj. Her, siden jeg bare har en gren opprettet over skjermdump, lister bare de detaljene. For å få mer info har jeg tatt et skjermbilde fra offisiell dokumentasjonsside for git nedenfor:
Hvis vi ser over git remote show opprinnelseskommandoen, lister den opp detaljene til noen fem grener og hvilke grener som kan slås sammen med hvilken bestemt gren sammen med push and pull detaljer som når vi gir git push eller git pull og til hvilken bestemt gren detaljer blir lastet opp eller lastet ned fra.
Vi kan også gi nytt navn til ekstern opprinnelse med et annet navn ved å bruke nytt navn kommando som vist nedenfor
gir eksternt nytt navn til test_origin
kan du se at jeg har endret opprinnelsesfjernkontrollen til test_origin i skjermbildet ovenfor, og denne kommandoen vil også endre alle sporingsreferanser. Vi kan bruke alle ovennevnte kommandoer vi har sett tidligere med et nytt eksternt navn i stedet for opprinnelse som nedenfor.
git push test_origin master / git pull test_origin master.
På samme måte kan vi fjerne en opprettet fjernkontroll ved hjelp av git remote remove eller git remote rm-kommando som sett nedenfor
Når fjernkontrollen er fjernet, vil alle sporingsreferanser også bli slettet. Så vi må være forsiktige når vi bruker denne kommandoen.
Så når vi begynner å jobbe med git, origin og master, er det grunnleggende, og det å kjenne dem vil være en boom når vi blir forvirret med pull- eller push-og-flette-kommandoer, spesielt når serveren din har flere fjernkontroller eller grener.
Anbefalte artikler
Dette er en guide til Git Origin Master. Her diskuterer vi Git-fjernkommandoen og grener og Inspekterer Origin Remote. Du kan også se på følgende artikkel for å lære mer -
- Hva er Git Fetch?
- Hva er Git Branch?
- Git terminologi
- Git-alternativer
- Tre stadier av Git-livssyklus med arbeidsflyten
- Hvordan bruker jeg GIT Cherry-pick med eksempel?