Phenquestions
Git staat bekend als het meest populaire versiebeheersysteem. Het concept van versiebeheer wordt belangrijk wanneer we het hebben over teamwerk en samenwerking. Als bijvoorbeeld meerdere medewerkers aan één project werken, is de consistentie van gegevens een belangrijk probleem dat moet worden aangepakt. Je kunt er niet zomaar vanuit gaan dat een wijziging door een van de medewerkers automatisch wordt doorgegeven aan alle andere medewerkers die aan dat project werken. Er zou eerder een goed mechanisme moeten zijn waarmee gegevensconsistentie kan worden gegarandeerd.
Als we het nu hebben over versiebeheersoftware of -systeem, dan is, zoals de naam al aangeeft, de belangrijkste taak om uw versiegeschiedenis bij te houden. Het betekent dat alle wijzigingen die in een bepaald bestand zijn aangebracht, worden beschouwd als afzonderlijke versies van dat bestand. Met versiebeheersoftware of -systeem kunt u op elk gewenst moment terugkeren naar een oudere versie, afhankelijk van uw behoeften. Afgezien hiervan zorgt een versiebeheersysteem zoals Git er ook voor dat de wijzigingen die in elk bestand zijn vastgelegd, gelijk zichtbaar zijn voor alle gebruikers die toegang hebben tot dat bestand, zodat ze niet per ongeluk aan een oudere versie of een kopie van dat bestand gaan werken.
Net als elk ander versiebeheersysteem, stelt Git ons ook in staat om bepaalde bewerkingen uit te voeren op de bestanden die we erop uploaden. Bovendien biedt het u op elk moment ook de mogelijkheid om de wijzigingen die u in een bepaald bestand hebt aangebracht ongedaan te maken door het opnieuw in te stellen. Vandaag willen we het verschil tussen "git reset" en "git reset -hard" operaties ontrafelen.
Het verschil begrijpen tussen "git reset" en "git reset -hard"
Voordat we het verschil tussen "git reset" en "git reset -hard" operaties begrijpen, moeten we op de hoogte zijn van enkele van de belangrijkste terminologieën die worden gebruikt met dit versiebeheersysteem. Een “Head” in Git wordt gedefinieerd als een aanwijzer, wiens taak het is om te verwijzen naar de laatste commit of wijziging die je hebt aangebracht in een bestand. Een "Index" wordt gedefinieerd als een set van alle bestanden die recentelijk zijn vastgelegd en die als volgende moeten worden vastgelegd. Ten slotte verwijst een "werkmap" naar de set bestanden van het hele bestandssysteem waarop u momenteel werkt.
Nadat je over deze terminologieën hebt geleerd, zal het nu heel gemakkelijk voor je zijn om het verschil te begrijpen tussen "git reset" en "git reset -hard" operaties. Zoals we al zeiden, zijn er meerdere opties die je kunt uitvoeren op een bestand dat is geüpload op Git, op dezelfde manier wordt "git reset" gedefinieerd als de standaardbewerking waarmee je de laatste commit of wijziging die je hebt aangebracht in de huidig bestand. Nu komt deze operatie met vijf verschillende opties, namelijk: hard, zacht, samengevoegd, gemengd en behouden.
Afhankelijk van de optie die je hebt geselecteerd of gebruikt met je "git reset"-opdracht, krijg je een ander "ongedaan maken" -niveau. De bewerking "git reset -hard" wordt als de meest effectieve bewerking beschouwd als je je laatste commit volledig wilt verwijderen. Het betekent dat wanneer u deze bewerking uitvoert, de kop van uw bestand zal veranderen, i.e., het zal niet langer verwijzen naar je laatste commit. Niet alleen dit, maar het zal ook je laatste commit uit je index wissen en zelfs je huidige werkdirectory veranderen.
Aan de andere kant, als je een andere optie gebruikt met het "git reset" commando zoals "soft", dan zal dit alleen de positie van je hoofd veranderen. Anders dan dat, zal het geen wijzigingen in uw index teweegbrengen, noch zal het uw huidige werkdirectory veranderen. Dus, in het kort, kunnen we zeggen dat "git reset" een commando is, terwijl "git reset -hard" de variatie is die wordt gebruikt wanneer je alle sporen van je laatste commit wilt wissen.
Conclusie
Door deze gedetailleerde uitleg over de bewerkingen "git reset" en "git reset -hard" door te nemen, kun je ze vanaf nu gemakkelijk onderscheiden. Dit artikel zal je ook helpen bij welke optie je moet gebruiken met het "git reset" commando, afhankelijk van je specifieke vereisten.
