tortoisegit tutorial how use tortoisegit
Denne opplæringen forklarer hvordan du laster ned, installerer og bruker Git Versjonskontrollklient - TortoiseGit, et gratis verktøy for åpen kildekode for Git-baserte arkiver:
I våre tidligere opplæringsprogrammer i GitHub-serien så vi hvordan vi kunne jobbe direkte på de eksterne arkivene, og vi utforsket også hvordan du arbeider offline via Git-kommandoer og GitHub-skrivebordet.
I denne opplæringen vil vi se en annen Git-versjonskontrollklient kalt TortoiseGit som er installert som en utvidelse av Windows-skallet. Dette ligner veldig på TortoiseSVN hvis du har jobbet med det.
=> Sjekk ALLE GitHub-opplæringer her.
standard gateway ikke tilgjengelig windows 10
Hva du vil lære:
Introduksjon til TortoiseGit
TortoiseGit er et gratis open source-klientverktøy for Git-baserte arkiver og administrerer filer sammen med sporing av endringer i det.
Den siste utgivelsen av TortoiseGit kan lastes ned og installeres fra her
I denne opplæringen vil vi fokusere på utvikleraktivitetene ved å klone depotet fra GitHub og utføre følgende aktiviteter i det lokale depotet.
- Grunnleggende om TortoiseGit
- Forplikt filer
- Lage grener
- Løsning av konflikter og sammenslåing.
- Skyv endringene tilbake til depotet.
- Sammenligning av grener
- Stash endres
Grunnleggende om TortoiseGit
TortoiseGit er installert som en Windows-skallutvidelse og kan nås og påkalles fra hurtigmenyen ved å høyreklikke på det lokale git-depotet eller en mappe.
Klon depotet fra GitHub
Til å begynne med la oss starte med å klone depotet fra GitHub for å jobbe med det samme i det lokale depotet. Åpne File Explorer på Windows-maskinen din. Høyreklikk i ledig plass og velg Gå klone.
Skriv inn GitHub repository klone https URL og den lokale katalogen for å laste ned og lagre kopien av gjenstandene. Klikk Ok en gang ferdig.
Innholdet i GitHub-depotet som er klonet er nå tilgjengelig lokalt.
Grunnleggende forpliktelse og push to GitHub
Nå som innholdet i GitHub-depotet er tilgjengelig lokalt, kan vi endre en fil, forplikte og skyve endringene til GitHub.
Åpne filen og gjør endringer. Når du er ferdig, høyreklikker du og velger + Legg til å iscenesette endringene.
I det følgende skjermbildet kan du begå endringene ved å klikke på Begå knapp.
Legg til en meldingsmelding og velg noen andre alternativer som vist, og klikk på Begå .
Når forpliktelsen er gjort, kan du nå skyve endringene også til GitHub. Klikk på Trykknapp .
Klikk Ok. Endringene vil nå være tilgjengelige i GitHub-depotet ditt.
Start GitHub og se på innholdet i filen. Som vist ovenfor kan rygg-til-bak-operasjonene til Add-Commit-Push gjøres når filene er endret i det lokale depotet.
For å se på endringsloggen for filen, høyreklikker du på filen og går til TortoiseGit => Vis logg
For å se på forskjellene med forrige versjon, høyreklikk på filen og velg TortoiseGit => Diff med den forrige versjonen.
Velg for å hente endringer fra det eksterne depotet TortoiseGit => Trekk
Klikk Ok på Dra skjerm som kommer opp.
Lage grener
Herre er hovedgrenen for hvert depot som vanligvis inneholder kode for distribusjon av produksjonen eller for utgivelsene dine. Så, mastergrenen ville på en måte være beskyttet av teamene for å unngå direkte forpliktelser til den.
Dermed vil utviklingsteamene normalt opprette flere filialer som funksjon, feil, forbedring osv . for å isolere arbeidet sitt fra andre og deretter slå sammen endringene til de viktigste herre gren.
La oss se på hvordan du oppretter grener i det lokale depotet ved hjelp av TortoiseGit og skyver endringene tilbake til det eksterne depotet.
Høyreklikk i File Explorer i depotet og velg TortoiseGit => Opprett gren.
Navngi det Forbedring og velg avkrysningsruten Bytt til den nye grenen.
Klikk Ok.
Gjør en endring i filen i utvidelsesgrenen og forplikt den samme.
I kommisjonsskjermen kan du også variere med filen i hovedgrenen. Høyreklikk på filen og velg Sammenlign med basen som er herre i dette tilfellet.
Klikk på Forplikt og dytt.
Klikk på Ok. Grenen som er opprettet, er nå synlig i GitHub .
Sporingsgrener
Når den lokale grenen blir opprettet, har den også et forhold til den eksterne grenen når du skyver eller trekker eller kloner. For å se på hvilken ekstern gren forbedringsgrenen er koblet til, høyreklikker du og velger TortoiseGit => Bla gjennom referanser
Den lokale forbedringsgrenen er koblet til den eksterne grenens opprinnelse / forbedring som vist nedenfor.
Det samme kan sees ved å kjøre Git-kommandoen med ‘Git branch-vv’.
Hvis vi oppretter en annen lokal gren og ennå ikke har presset endringene, vil den vises som ikke-sporet på GitHub-serveren.
Referanser er vist i TortoiseGit. Hvis den ikke er sporet, høyreklikker du og velger den sporede grenen.
Bytt til en gren
Når grener blir opprettet, kan du høyreklikke i filutforskeren og velge for å begynne å jobbe med grenen TortoiseGit => Switch / Checkout.
Velg grenen og klikk OK.
Ser på loggen
Velg for å se på loggen TortoiseGit => Vis logg
Sammenligning av grener
For å sammenligne grener, høyreklikk på filutforskeren og velg TortoiseGit => Bla gjennom referanser
Klikk på ref seksjonen og velg to grener å sammenligne. Høyreklikk og velg å Sammenlign valgte ref.
Forskjellene er vist nedenfor.
Du kan høyreklikke på filen og velge Vis endringer som enhetlig forskjell.
Fra kommandolinjen kan du løpe ‘Git diff enhancement master’ å sammenligne grenene.
Løse konflikter
Ettersom Dev-teammedlemmene jobber med sin lokale kopi av depotet og presser endringene sine, er det viktig at når du trekker endringene for å oppdatere det lokale depotet, vil det oppstå konflikter. La oss se hvordan vi kan løse konfliktene.
Scenario: Gjør endringer direkte i GitHub repo og i den lokale kopien av depotet ditt også i forbedringsgren.
Nå er det endringer i den samme filen både i det eksterne depotet og i det lokale depotet.
Fra filutforskeren til den lokale depotkatalogen Legg til filen i iscenesettingen og begå endringene så vel som vist i forrige avsnitt. Legg ut forpliktelsen, du må trykk Forandringene. Klikk på Trykknapp .
Velg den lokale og eksterne grenen tilsvarende som forbedring, siden du vet at endringene du gjorde bare var i forbedringsgrenen.
Klikk OK. Så tydeligvis ser du at push ikke lykkes på grunn av konflikter.
Nå må du trekke endringene som det eksterne depotet som også inneholder endringer.
Klikk på OK.
Klikk på Løse. Siden det er konflikter, må du løse disse manuelt og deretter utføre / presse endringene til det eksterne depotet. I det neste skjermbildet høyreklikker du på filen og velger Rediger konflikter.
I Merge-vinduet som kommer opp, klikker du på den aktuelle endringen og velger endringen som skal brukes. Høyreklikk og velg Bruk denne tekstblokken som vist.
Til venstre er endringene i det eksterne depotet, og til høyre er det lokale depotendringene.
Gjør det samme for alle forskjellene og klikk på Merk som løst, Lagre og gå ut av flettevinduet.
Vi kan nå forplikte filen og presse endringene. Høyreklikk og velg Git Commit => “forbedring”
Klikk på Forplikt og dytt.
Endringene blir nå presset til GitHub ekstern arkiv.
Stash-endringer
Hvis en utvikler jobber med nye endringer i settet med filer, men plutselig må han fikse noen rapporterte feil, så på dette stadiet er det ikke noe poeng å utføre det halvferdige arbeidet. Det er bedre å stoppe arbeidet eller suspendere det nåværende arbeidet som pågår. Løs feilen og bruk de tidligere endringene på nytt.
La oss se hvordan vi kan lagre endringer ved hjelp av TortoiseGit. Anta at du har endret en fil som ikke er sporet ennå.
På dette stadiet må jeg stash forandringene mine.
Legg til en melding og klikk på OK.
Klikk på Lukk. På dette stadiet kan jeg også velge stash pop og bruk den siste lagrede endringen på nytt.
Endringene er nå stashed.
For å bruke de siste endringene på nytt, høyreklikker du i filutforskeren og velger TortoiseGit Stash Pop. Stash List kan også velges for å bruke andre endringer.
Klikk på Ja å se på endringene.
Konklusjon
Vi håper at du hadde hatt glede av og fått litt perspektiv på Software Configuration Management (Versjonskontroll) gjennom denne serien om bruk av GitHub og Git-klienten (GitHub Desktop og TortoiseGit).
Gjennom denne serien med opplæringsprogrammer har vi prøvd å dekke hva en utvikler trenger for å jobbe med å bruke disse verktøyene fra et Git-bruksperspektiv.
=> Les gjennom Easy GitHub Training Series.
Anbefalt lesing
- Kildekontroll eller versjonskontroll i DevOps (Videoopplæring del 2 - blokk 2)
- Tortoise SVN Tutorial: Revisions In Code Repository
- Atlassian Bitbucket-opplæring: De vanligste versjonskontrollfunksjonene
- Slik sletter du innhold fra SVN Repository
- Java Reflection Tutorial med eksempler
- 15 BESTE programvare for versjonskontroll (kildekodeverktøy)
- GitLab Jira Integration Tutorial
- Unix prosesser kontrollkommandoer som PS og topp (del C)