Internet

Git: Bevind je je in een vrijstaande staat van het hoofd?

blanco

Er zijn veel Git best practices daar om vele goede redenen. Maar soms kunnen er dingen misgaan en een van de meest voorkomende problemen kan een onthechte staat zijn.

Maak je niet veel langer zorgen. Natuurlijk is het geen 'normale toestand'. En je moet de best practices volgen om uit de onthechte staat van het hoofd te komen.

Als je een gemakkelijke manier wilt leren om je 'gehechte hoofd'-toestand terug te krijgen, blijf dan bij me tot het einde en leer hoe je het als een professional kunt laten gebeuren.

Laten we gaan!

Ontrafeling van de vrijstaande hoofdstaat in Git

Misschien werkte je aan een git-repository en krijg je dit soort bericht op je scherm te zien:

blanco

Geen paniek in de eerste plaats! Er is absoluut niets mis mee om in een "onthechte hoofd" -staat te zijn. U hebt ook geen strafbaar feit gepleegd.

Dus, waar gaat het allemaal over, vraag je je af?

Laat het me uitleggen.

blanco

A vrijstaande staat van het hoofd betekent simpelweg dat je niet op een branch zit en je git-bestanden gebruikt vanuit een specifieke commit in je repository.

Hier is een vereenvoudigd voorbeeld.

In deze repository wordt de hoofdtak de meester, en uw vrijgavetag is in de geschiedenis, wat leidt tot een oude projectrelease. Momenteel is het meester is de uitgecheckte versie. We kunnen dit bevestigen door het feit dat de hoofd wijst naar een commit en niet naar de hoofdtak.

In een notendop: de kop wijst naar een tak die is uitgecheckt!

Laten we eens kijken naar enkele van de belangrijkste termen die worden gebruikt in de positie van een vrijstaande staat.

Wat is Git

Git is een versiecontrolesysteem (VCS) dat veel wordt gebruikt tijdens softwareontwikkeling door programmeurs. Het werd voor het eerst ontwikkeld in 2005 door de maker van Linux-besturingssystemen, Linus Torvalds.

Een git volgt veranderingen in de broncode. Het is ontworpen om het werk tussen programmeurs te coördineren. Bovendien helpt een git bij het volgen van wijzigingen in verschillende sets bestanden.

In eenvoudige bewoordingen is het een versiebeheersysteem waarmee u kunt bepalen welke wijzigingen in een bestand zijn aangebracht, wie de wijzigingen heeft aangebracht en waarom, en wat er precies is gewijzigd.

Laten we er een paar bekijken kenmerken van een Git:

  • Veilig Bestellen
  • Betrouwbaar
  • Snelheid
  • Lichtgewicht
  • vertakking
  • Open-source
  • Compatibiliteit-a git is compatibel met de meeste besturingssystemen die momenteel worden gebruikt.
  • Niet-lineair: gebruikers van over de hele wereld kunnen hun bewerkingen op afstand uitvoeren.

Belang van Git

Git Branching-mogelijkheden. - dit is het belangrijkste voordeel dat de git biedt. Bovendien zijn de git-branches goedkoop en kunnen ze gemakkelijk worden samengevoegd.

Hiermee komt de feature branch, die een volledig geïsoleerde ruimte biedt voor eventuele wijzigingen die in uw codebase zijn aangebracht. Evenzo stelt een Git meerdere gebruikers in staat om afzonderlijk te werken zonder elkaars werk te beïnvloeden.

Een Git kan ook projecten van elke omvang aan, of het nu groot of klein is. Git kan ook meerdere workflows aan met zijn snelheid en brede distributie.

Nu we weten wat een git is, laten we eens kijken wat andere relevante termen betekenen in de vrijstaande hoofdstaat.

Wat is Head in Git

Het hoofd in Git is gewoon de aanwijzer die naar de huidige branch referentie. Om je HEAD naar een nieuwe branch over te brengen, wissel je eenvoudig van branch met 'checkout'. Dit betekent dat je head een ouder wordt voor de volgende commit die je doet.

Git Branch

In een notendop, de beweegbare wijzer naar een van de commits. Wanneer u bijvoorbeeld uw proces begint door commits te maken, krijgt u een commit toegewezen.

Meestal verwijst deze commit naar de laatste commit die je hebt gemaakt. Bij elke toezegging die u doet, wordt de hoofdtak beweegt automatisch. De naammeester mag u echter niet verwarren. Het is geen bepaalde tak, maar een gewone tak zoals elke andere.

Git Commit

Het is een primaire commandofunctie van een git en wordt gebruikt om eventuele wijzigingen op te slaan die in je lokale repository zijn gemaakt.

Je moet het vertellen. ' de Git het type wijzigingen dat je in een commit wilt maken voordat je het 'commit commando' uitvoert. Op die manier zal een bestand dat niet in de Git is opgenomen niet automatisch worden toegevoegd bij de volgende vastlegging.

Waarom en hoe kom je in de situatie van 'vrijstaand hoofd'?

Voordat we ingaan op hoe u de vrijstaande staat van het hoofd kunt repareren, laten we eerst eens kijken hoe u daar bent gekomen.

Om daar te komen, moeten we een repository maken en er wat commits aan toevoegen. Hier is wat ik bedoel.

Maak eerst een nieuwe map met daarin een repository. Hier is hoe de repository er visueel uitziet.

blanco

Ten tweede, maak een nieuw leeg bestand aan en leg het vast met het commando 'maak een bestand'. Voeg vervolgens een regel toe aan de map door de wijzigingen door te voeren met het commando 'Voeg een regel toe aan het bestand'. Maak tot slot nog een bestand met het bestand met één regel tekst en leg het ook vast.

Dus op welk punt krijg je het bericht 'onthecht hoofd'?

Je kunt daar komen door te proberen terug te gaan naar de tweede commit om te zien hoe de zaken waren. Op basis van ons voorbeeld hierboven, zou u het Git afrekenen commando in uw besturingssysteem. Dit kan alleen gebeuren als je een commit direct uitcheckt.

Bekijk deze visuele illustratie van het losse hoofd.

blanco

De HEAD verwijst naar een commit en niet naar de branch.

Hoe lossen we problemen op via de status 'Vrijstaand hoofd'?

Het is goed om op te merken dat binnen zijn een vrijstaande staat van het hoofd is niet zo erg: interessant genoeg is het een geldige staat in Git. Als je echter daar bent gekomen door per ongeluk een commit uit te checken, kun je teruggaan naar de oorspronkelijke staat door de branch uit te checken waarin je eerder was.

Voorbeeld: git checkout <branch-name>

Als je een nieuwere versie van Git gebruikt, kun je 'switch' gebruiken als vervanger voor het afrekenen.

Voorbeeld: git switch <branch-name>

Wat als u zich in een situatie bevindt waarin u experimentele wijzigingen heeft aangebracht en deze wilt verwijderen? U hoeft alleen het bovenstaande scenario toe te passen waarbij u terugkeert naar uw oorspronkelijke branch. Belangrijk is dat er geen significante wijzigingen zullen zijn in uw huidige branch. Easy-peasy toch?

Conclusie

Je weet nu meer dan ooit dat je een beter begrip hebt van wat een onthecht hoofd in Git betekent. Je hebt ook ontdekt dat er niets aan de hand is. Dus voordat ik het afronden, is er een kleine tip die ik graag wil delen.

Afronden, nooit in paniek raken over de losse kop in Git.

Zoals uitgelegd in dit artikel, is een losgekoppelde kop gewoon elke andere repositorystatus in uw codering. Zorg ervoor dat u als bonustip een branch bij het maken van een commit. Je Git zal je er altijd aan herinneren om dit te doen voordat je vertrekt, waardoor het moeilijk voor je wordt om het te vergeten. Bovendien kan een onthechte staat van het hoofd enig nut voor u hebben doordat u experimenten kunt uitvoeren die u kunt behouden of weggooien.

Over de auteur

blanco

Redactie

Reactie toevoegen

Klik hier om een ​​reactie te plaatsen