tortoisegit tutorial how use tortoisegit
Denne vejledning forklarer, hvordan du downloader, installerer og bruger Git Version Control Client - TortoiseGit, et gratis open source-værktøj til Git-baserede arkiver:
I vores tidligere tutorials i GitHub-serien så vi, hvordan man arbejder direkte på de eksterne arkiver og udforskede også, hvordan man arbejder offline gennem Git-kommandoer og GitHub-skrivebordet.
I denne vejledning vil vi se en anden Git-versionskontrolklient kaldet TortoiseGit der er installeret som en udvidelse til Windows shell. Dette ligner meget SkildpaddeSVN hvis du har arbejdet med det.
=> Tjek ALLE GitHub-vejledninger her.
Hvad du lærer:
Introduktion til TortoiseGit
TortoiseGit er et gratis open source-klientværktøj til Git-baserede opbevaringssteder og administrerer filer sammen med sporing af ændringer til det.
Den seneste udgivelse af TortoiseGit kan downloades og installeres fra her
I denne vejledning vil vi fokusere på udvikleraktiviteterne ved at klone lageret fra GitHub og udføre følgende aktiviteter i det lokale lager.
- Grundlæggende om TortoiseGit
- Forpligt filer
- Oprettelse af grene
- Løsning af konflikter og sammenlægning.
- Skub ændringer tilbage til lageret.
- Sammenligning af grene
- Stash ændringer
Grundlæggende om TortoiseGit
TortoiseGit er installeret som en Windows shell-udvidelse og kan tilgås og påberåbes fra genvejsmenuen ved at højreklikke på det lokale git-arkiv eller en mappe.
Klon lageret fra GitHub
Lad os starte med at klone lageret fra GitHub for at arbejde på det samme i det lokale lager. Åbn File Explorer på din Windows-maskine. Højreklik i ledig plads, og vælg Gå klon.
hvad er den bedste downloader til musik til pc
Indtast GitHub repository klon https URL og det lokale bibliotek for at downloade og gemme kopien af artefakterne. Klik på Okay en gang færdig.
Indholdet af GitHub-arkivet, der er klonet, er nu tilgængeligt lokalt.
Grundlæggende forpligtelse og push to GitHub
Nu, da indholdet af GitHub-lageret er tilgængeligt lokalt, skal vi ændre en fil, begå og skubbe ændringerne til GitHub.
Åbn filen, og foretag ændringer. Når du er færdig, skal du højreklikke og vælge + Tilføj at iscenesætte ændringerne.
I det følgende skærmbillede kan du begå ændringerne ved at klikke på Begå knap.
Tilføj en meddelelse, og vælg et par andre muligheder som vist, og klik på Begå .
Når forpligtelsen er udført, kan du nu også skubbe ændringerne til GitHub. Klik på Trykknap .
Klik på Okay. Ændringerne vil nu være tilgængelige i dit GitHub-arkiv.
Start GitHub og se på indholdet af filen. Som set ovenfor kan back-to-back-operationerne af Add-Commit-Push udføres, når filerne er ændret i det lokale lager.
For at se historikken om ændringer for filen skal du højreklikke på filen og gå til TortoiseGit => Vis log
For at se forskellene med den tidligere version skal du højreklikke på filen og vælge TortoiseGit => Afvig fra den tidligere version.
Vælg for at hente ændringer fra fjernlageret TortoiseGit => Træk
Klik på OK på Trække skærm, der kommer op.
Oprettelse af filialer
Mestre er hovedgrenen for hvert lager, der typisk indeholder kode til produktionsinstallation eller til dine udgivelser. Så mastergrenen ville på en måde være beskyttet af holdene for at undgå direkte forpligtelser over for den.
Således vil udviklingsholdene normalt skabe yderligere filialer som funktion, fejl, forbedring osv . at isolere deres arbejde fra andre og derefter fusionere ændringerne til de vigtigste mestre afdeling.
Lad os se på, hvordan man opretter filialer i det lokale arkiv ved hjælp af TortoiseGit og skubber ændringerne tilbage til fjernlageret.
Højreklik i File Explorer i arkivet, og vælg TortoiseGit => Opret gren.
Navngiv det forbedring og vælg afkrydsningsfeltet Skift til den nye filial.
Klik på Okay.
Foretag en ændring af filen i udvidelsesgrenen og begiv den samme.
I bindingsskærmen kan du også variere med filen i hovedgrenen. Højreklik på filen, og vælg Sammenlign med den base, der er mester i dette tilfælde.
Klik på Forpligt dig og skub.
Klik på Okay. Den oprettede gren er nu synlig i GitHub .
Sporingsgrene
Når den lokale filial oprettes, har den også et forhold til den eksterne gren, når du skubber eller trækker eller kloner. For at se på, hvilken fjernforgrening forbedringsgrenen er forbundet, skal du højreklikke og vælge TortoiseGit => Gennemse referencer
Den lokale enhancement-gren er tilsluttet den eksterne branchs oprindelse / forbedring som vist nedenfor.
Det samme kan ses ved at køre Git-kommandoen ved hjælp af 'Git branch-vv'.
Hvis vi opretter en anden lokal filial og endnu ikke har skubbet ændringer, ville den blive vist som ikke-sporet på GitHub-serveren.
Referencer er vist i TortoiseGit. Hvis det ikke spores, skal du højreklikke og vælge den sporede gren.
Skift til en gren
Når grene oprettes, kan du begynde at arbejde på grenen ved at højreklikke i filudforskeren og vælge TortoiseGit => Switch / Checkout.
Vælg grenen, og klik OKAY.
Ser på loggen
Vælg for at se loggen TortoiseGit => Vis log
Sammenligning af grene
For at sammenligne grene skal du højreklikke på filudforskeren og vælge TortoiseGit => Gennemse referencer
Klik på refs sektion og vælg 2 grene at sammenligne. Højreklik og vælg at Sammenlign valgte refs.
Forskellene er vist nedenfor.
Du kan højreklikke på filen og vælge Vis ændringer som samlet diff.
Fra kommandolinjen kan du køre 'Git diff enhancement master' for at sammenligne grenene.
Løsning af konflikter
Da Dev-teammedlemmerne arbejder på deres lokale kopi af lageret og skubber deres ændringer, er det bydende nødvendigt, at når du trækker ændringerne for at opdatere dit lokale lager, vil der opstå konflikter. Lad os se, hvordan vi løser konflikterne.
Scenarie: Foretag ændringer direkte i GitHub repo og i den lokale kopi af dit repository samt i forbedringsgren.
Nu er der ændringer i den samme fil både i det eksterne lager og i det lokale lager.
hvordan man åbner en .eps fil
Fra filudforskeren i din lokale arkivmappe Føj filen til iscenesættelse og begå ændringerne såvel som vist i det foregående afsnit. Send forpligtelsen, det bliver du nødt til skubbe ændringerne. Klik på Trykknap .
Vælg den lokale og eksterne filial i overensstemmelse hermed som forbedring, da du ved, at de ændringer, du har foretaget, kun var i forbedringsgrenen.
soapui interview spørgsmål og svar dok
Klik på OKAY. Så tydeligvis ser du, at skubbet ikke lykkes på grund af konflikter.
Nu bliver du nødt til at trække ændringerne som det eksterne lager, der også indeholder ændringer.
Klik på OKAY.
Klik på Beslutte. Da der er konflikter, skal du løse dem manuelt og derefter begå / skubbe ændringerne til det eksterne lager. På det næste skærmbillede skal du højreklikke på filen og vælge Rediger konflikter.
I det flettevindue, der kommer op, skal du klikke på den relevante ændring og vælge den ændring, der skal bruges. Højreklik og vælg Brug denne tekstblok som vist.
Til venstre er ændringer i det eksterne lager, og til højre er det lokale lagerændringer.
Gør det samme for alle forskellene, og klik på Marker som løst, Gem og afslut fletningsvinduet.
Vi kan nu forpligte filen og skubbe ændringerne. Højreklik og vælg Git Commit => “forbedring”
Klik på Forpligt dig og skub.
Ændringerne skubbes nu til GitHub-fjernlageret.
Stash-ændringer
Hvis en udvikler arbejder på nye ændringer af filsættet, men så pludselig er han nødt til at rette et par rapporterede fejl, så på dette stadium er der ingen mening at begå det halvt udførte arbejde. Det er bedre at gemme arbejdet eller suspendere det igangværende arbejde. Ret fejlen, og anvend de tidligere ændringer igen.
Lad os se, hvordan vi kan gemme ændringer ved hjælp af TortoiseGit. Antag at du har ændret en fil, der ikke spores endnu.
På dette tidspunkt er jeg nødt til at gemme mine ændringer.
Tilføj en besked, og klik på OKAY.
Klik på Tæt. På dette tidspunkt kan jeg også vælge stash pop og anvend den sidst gemte ændring igen.
Ændringerne er nu gemt.
For at genanvende de sidste ændringer skal du højreklikke i filudforskeren og vælge TortoiseGit Stash Pop. Stash List kan også vælges til at anvende andre ændringer.
Klik på Ja at se på ændringerne.
Konklusion
Vi håber, at du ville have haft og fået et vist perspektiv på softwarekonfigurationsstyring (versionskontrol) gennem denne serie om brug af GitHub og Git-klienten (GitHub Desktop og TortoiseGit).
Gennem denne række tutorials har vi forsøgt at dække, hvad en udvikler har brug for at arbejde på ved hjælp af disse værktøjer fra et Git-brugsperspektiv.
=> Læs gennem Easy GitHub Training Series.
Anbefalet læsning
- Kildekontrol eller versionskontrol i DevOps (Videotutorial del 2 - blok 2)
- Tortoise SVN Tutorial: Revisions In Code Repository
- Atlassian Bitbucket Tutorial: Mest almindelige versionskontrolfunktioner
- Sådan slettes indhold fra SVN-arkiv
- Java Reflection Tutorial med eksempler
- 15 BEDSTE software til versionskontrol (kildekodestyringsværktøjer)
- GitLab Jira Integration Tutorial
- Unix behandler kontrolkommandoer som Ps og Top (del C)