Introduktion til Git Origin Master
Når du arbejder på et projekt med Git, er det nødvendigt at vide om dets fjernbetjening. Grundlæggende, med git, arbejder du på fjernlageret, som administreres med versioner af git. Fjernbetjening i modsætning til udtrykket antyder tilgængeligheden af kode på serveren, der kan være lokal eller tilsluttet af internettet. Disse repos kan tildeles læseskrivadgangskategorier afhængigt af typen af brugere, der får adgang til den. Så når vi samarbejder med andre om udvikling, er vi nødt til at administrere disse lagre (inkluderer også oprettelse og fjernelse af repos) samt skubbe og trække dataene til dem. I dette emne skal vi lære om Git Origin Master.
Git-fjernkommando kan bruges til at lære, hvilken fjernrepro vi arbejder. Denne kommando lister dem med deres korte navne, som administrator eller repos skaber måske har nævnt under oprettelsen. Hvis intet navn, der er angivet som standardoprindelse, er det korte navn, der er givet til repoen, som vi muligvis har klonet fra. I nedenstående skærmbillede kan du se disse. Jeg har klonet repoen fra GitHub og opbevaret i biblioteket test_git_tools, som implicit tilføjer den repo, der kaldes oprindelse. For at se flere detaljer om en repo kan vi give git remote -v som vist nedenfor, og det vil liste alle fjernbetjeninger med deres korte navne, som programmereren arbejder på. Her er det eneste.
Vi kan tilføje fjernbetjening til repo, vi ønsker at klone enkelt ved hjælp af git remote add. Du kan henvise nedenfor til et skærmbillede, hvor jeg har føjet test_get-fjernbetjening til https://github.com/aliraju4280/test_git_tools.git og listet dem med Git-fjernindstilling -v.
Vi har set, at når vi kloner, er oprindelsen af koden standard kortnavn, der er givet til den. Så vi er nødt til at hente kommando til git, som kan bruges til at opdatere den lokale repo, hvor vi klonede. Så faktisk henter git-hent-oprindelsen opdateringerne til dit arbejdsmappe. Det henter kun dataene, men flettes ikke automatisk det lokale lager.
Vi skal manuelt udføre det. Alternativt kan vi bruge git pull-kommando, som automatisk udfører denne kombinerede opgave med at downloade dataene og fusionere dem med master eller hvilken som helst gren, der spores af git-klon-kommandoen, når vores arbejdsmappe blev oprettet.
Vi kan bruge git-push, som kun vil ske, når brugeren har skriveadgang til at sende vores arbejde til den opstrøms, hvorfra vi har klonet, som vil være oprindelses fjern. Kommandoen er git push
Hvor oprindelsen er det fjerne korte navn, hvis der ikke var noget navn. vil være bitskovlen eller GitHub-grenens navn. Bu standard, når du opretter en filial i et depot, kaldes den en masterfilial, og denne bestemte filial i forretningsudviklingsmiljøet vil være i synkronisering med produktionen, og vi skal være forsigtige, før vi ændrer eller fusionerer noget for at mestre. Alt, der gøres til masteren, vil blive sporet og lejlighedsvist revideret. Så når vi skal arbejde på kildekoden, opretter vi en kopi fra masteren, og denne brach kan være funktion eller brugerdefineret. Vi arbejder med disse kopierede grene eller funktionsgrene, og når den udviklede kode først er stabil, fletter vi kun mastergrenen, og ikke alle udviklere har tilladelse til at gøre det. Så når vi skubber på noget for at mestre direkte, som vi muligvis har adgang til, giver vi kommandoen som git push origin master / git pull origin master, og hvis vi arbejder med funktion eller en anden type brach, som blev oprettet fra master eller en anden gren, vi giver som git push origin feature_branchname / git pull origin feature_branchname.
Origin-master -–> kan fortolkes som en master-gren på det fjernnavne, der kaldes originalen.
Inspektion af fjernbetjeningen til oprindelsen
Hvis vi ønsker at få flere detaljer om fjerngrenen, giver git noget kaldet git show-kommando, som kan bruges som nedenfor som git remote show
Denne særlige vil angive URL og spore filialdetaljer for fjernbetjeningen. Detaljerne fra denne kommando vil være nyttige, når vi arbejder med mange fjernbetjeninger og grene, da det kan give på hvilken gren vi kan trække eller skubbe vores ændringer til i detaljer. Her, da jeg kun har en gren, der er oprettet over skærmbillede, viser kun disse detaljer. For at få mere info har jeg taget et skærmbillede fra den officielle dokumentationsside for git nedenfor:
Hvis vi ser over kommandoen for git-fjernshow-oprindelsen, viser den detaljerne i nogle fem grene, og hvilke grene, der kan slås sammen med hvilken bestemt gren sammen med push and pull-detaljer, som når vi giver git push eller git pull, til hvilken bestemt gren the detaljer uploades eller downloades fra.
Vi kan også omdøbe fjern oprindelse med et andet navn ved at bruge omdøbskommandoen som vist nedenfor
git ekstern omdøb oprindelse til test_origin
du kan se, at jeg har ændret oprindelsesfjernbetjeningen til test_origin i ovenstående skærmbillede, og denne kommando vil også ændre alle dens sporingsreferencer. Vi kan bruge alle de ovennævnte kommandoer, vi har set tidligere, med et nyt fjernnavn i stedet for oprindelsen som nedenfor.
git push test_origin master / git pull test_origin master.
På samme måde kan vi fjerne en oprettet fjernbetjening ved hjælp af git remote remove eller git remote rm kommando som det ses nedenfor
Når fjernbetjeningen først er fjernet, vil alle dens sporingsreferencer også blive slettet. Så vi skal være forsigtige, mens vi bruger denne kommando.
Så når vi begynder at arbejde med git, origin og master, er det det grundlæggende, og at kende dem vil være en boom, når vi bliver forvirrede med kommandoen pull eller push og merge, især når din server er hjemme i flere fjernbetjeninger eller grene.
Anbefalede artikler
Dette er en guide til Git Origin Master. Her diskuterer vi Git-fjernkommandoen og grene og Inspicerer Origin-fjernbetjeningen. Du kan også se på den følgende artikel for at lære mere -
- Hvad er Git Fetch?
- Hvad er Git filial?
- Git-terminologi
- Git-alternativer
- Tre faser af Git-livscyklus med arbejdsgangen
- Hvordan bruges GIT Cherry-pick med eksempel?