Phenquestions
Git er kendt for at være det mest populære versionskontrolsystem. Begrebet versionskontrol bliver vigtigt, når vi taler om teamwork og samarbejde. For eksempel, hvis flere medarbejdere arbejder på et enkelt projekt, er datakonsistens et stort problem, der skal løses. Du kan ikke bare antage, at en ændring foretaget af en af medarbejderne automatisk vil blive underrettet til alle andre medarbejdere, der arbejder med dette projekt. Der skal snarere være en ordentlig mekanisme, hvorigennem datakonsistens kan sikres.
Hvis vi nu taler om versionskontrolsoftware eller -system, så er navnet, som navnet antyder, det vigtigste job at holde styr på din versionshistorik. Det betyder, at alle ændringer, der er foretaget i en bestemt fil, betragtes som separate versioner af filen. En versionskontrolsoftware eller et system giver dig i det væsentlige mulighed for at vende tilbage til en ældre version når som helst du ønsker efter dine behov. Bortset fra dette sikrer et versionskontrolsystem som Git også, at ændringerne i en fil har samme synlighed for alle brugere, der har adgang til den fil, så de måske ikke ved et uheld begynder at arbejde på en ældre version eller en kopi af den fil.
Ligesom ethvert andet versionskontrolsystem tillader Git os også at udføre bestemte handlinger på de filer, som vi uploader på det. På ethvert tidspunkt giver det dig også mulighed for at fortryde de ændringer, du har foretaget i en bestemt fil, ved at nulstille den. I dag tilstræber vi at opklare forskellen mellem “git reset” og “git reset-hard” operationer.
Forstå forskellen mellem "git reset" og "git reset -hard"
Før vi forstår forskellen mellem "git reset" og "git reset -hard" operationer, skal vi være opmærksomme på nogle af de vigtigste terminologier, der bruges i dette versionskontrolsystem. Et “Head” i Git defineres som en pointer, hvis opgave er at pege på den seneste forpligtelse eller ændring, du har foretaget i en fil. Et "indeks" defineres som et sæt af alle de filer, der for nylig er blevet begået og formodes at blive begået næste. Endelig henviser en "Working Directory" til det sæt filer fra hele filsystemet, som du arbejder på i øjeblikket.
Efter at have lært om disse terminologier, vil det nu være meget let for dig at forstå forskellen mellem "git reset" og "git reset -hard" operationer. Som vi allerede har nævnt, er der flere muligheder, som du kan udføre på en fil, der uploades på Git, ligesom "git reset" er defineret som den standardhandling, som du kan fortryde den sidste forpligtelse eller ændring, du har foretaget til aktuelle fil. Nu kommer denne operation med fem forskellige muligheder, nemlig: hårdt, blødt, flettet, blandet og hold.
Afhængigt af den mulighed, du har valgt eller brugt med din "git reset" -kommando, får du et andet "fortryd" niveau. Operationen “git reset -hard” betragtes som den mest effektive operation, hvis du helt vil slippe af med din sidste forpligtelse. Det betyder, at når du udfører denne handling, ændres filens hoved, dvs.e., det peger ikke længere på din sidste forpligtelse. Ikke kun dette, men det vil også rydde din sidste forpligtelse fra dit indeks og endda ændre din nuværende arbejdsmappe.
På den anden side, hvis du bruger en anden mulighed med kommandoen “git reset” som “soft”, så vil dette kun ændre dit hoveds position. Bortset fra det vil det ikke medføre ændringer i dit indeks, og det vil heller ikke ændre din nuværende arbejdsmappe. Så kort sagt kan vi sige, at "git reset" er en kommando, hvorimod "git reset -hard" er dens variation, der bruges, når du vil udslette alle spor af din sidste forpligtelse.
Konklusion
Ved at gennemgå denne detaljerede forklaring på "git reset" og "git reset -hard" operationer, vil du let være i stand til at skelne dem fra nu af. Denne artikel vil også guide dig om, hvilken mulighed du skal bruge med kommandoen “git reset” afhængigt af dine særlige krav.
