Phenquestions
Git er kjent for å være det mest populære versjonskontrollsystemet. Konseptet med versjonskontroll blir viktig når vi snakker om teamarbeid og samarbeid. For eksempel, hvis flere ansatte jobber med et enkelt prosjekt, er datakonsistens et stort problem som må løses. Du kan ikke bare anta at en endring gjort av en av de ansatte automatisk blir varslet til alle andre ansatte som jobber med det prosjektet. Snarere bør det være en skikkelig mekanisme gjennom hvilken datakonsistens kan sikres.
Nå, hvis vi snakker om versjonskontrollprogramvare eller -system, så som navnet antyder, er hovedoppgaven å holde oversikt over versjonshistorikken din. Det betyr at alle endringene som er gjort i en bestemt fil vil bli betraktet som separate versjoner av den filen. En versjonskontrollprogramvare eller et system vil i hovedsak tillate deg å gå tilbake til en eldre versjon når som helst du vil, i henhold til dine behov. Bortsett fra dette, sørger et versjonskontrollsystem som Git også for at endringene som er forpliktet til en hvilken som helst fil, har like synlighet for alle brukerne som har tilgang til den filen, slik at de ikke ved et uhell kan begynne å jobbe med en eldre versjon eller en kopi av den filen.
På samme måte som alle andre versjonskontrollsystemer, lar Git oss også utføre visse operasjoner på filene vi laster opp på den. Videre, når som helst, gir det deg også muligheten til å angre endringene du har gjort i en bestemt fil ved å tilbakestille den. I dag har vi som mål å avdekke forskjellen mellom “git reset” og “git reset-hard” operasjoner.
Forstå forskjellen mellom "git reset" og "git reset -hard"
Før vi forstår forskjellen mellom "git reset" og "git reset -hard" -operasjoner, må vi være klar over noen av de viktigste terminologiene som brukes med dette versjonskontrollsystemet. Et "hode" i Git er definert som en peker, hvis jobb er å peke på den siste forpliktelsen eller endringen du har gjort i en fil. En “indeks” er definert som et sett med alle filene som nylig er blitt begått og skal være begått neste. Til slutt refererer en “Working Directory” til settet med filer fra hele filsystemet du jobber med for øyeblikket.
Etter å ha lært om disse terminologiene, vil det nå være veldig enkelt for deg å forstå forskjellen mellom "git reset" og "git reset -hard" operasjoner. Som vi allerede har sagt, er det flere alternativer du kan utføre på en fil som er lastet opp på Git, på samme måte er "git reset" definert som standardoperasjonen som du kan angre den siste forpliktelsen eller endringen du har gjort i gjeldene fil. Nå kommer denne operasjonen med fem forskjellige alternativer, nemlig: hardt, mykt, sammenslått, blandet og hold.
Avhengig av alternativet du har valgt eller brukt med kommandoen “git reset”, vil du få et annet “angre” nivå. Operasjonen “git reset -hard” regnes som den mest effektive operasjonen hvis du helt vil bli kvitt din siste forpliktelse. Det betyr at når du utfører denne operasjonen, vil filhodet endres, dvs.e., det vil ikke lenger peke på din siste forpliktelse. Ikke bare dette, men det vil også fjerne din siste forpliktelse fra indeksen din og til og med endre din nåværende arbeidskatalog.
På den annen side, hvis du bruker et annet alternativ med "git reset" -kommandoen som "myk", vil dette bare endre hodets posisjon. Annet enn det, vil det ikke medføre endringer i indeksen din, og det vil heller ikke endre din nåværende arbeidskatalog. Så kort sagt kan vi si at "git reset" er en kommando, mens "git reset -hard" er dens variasjon som brukes når du vil utslette alle sporene fra din siste forpliktelse.
Konklusjon
Ved å gå gjennom denne detaljerte forklaringen på "git reset" og "git reset -hard" operasjoner, vil du enkelt kunne skille dem fra nå av. Denne artikkelen vil også veilede deg om hvilket alternativ du trenger å bruke med kommandoen "git reset", avhengig av dine spesifikke behov.
