Share
Het handhaven van een reeks "veilige" revisies van een project is de kernfunctie van elk versiecontrolesysteem. Git bereikt dit door op te nemen snapshots van een project. Nadat u een momentopname hebt gemaakt, kunt u teruggaan en oude versies bekijken, herstellen en experimenteren zonder de angst om bestaande functionaliteit te vernietigen.
Gebruikers van SVN en CVS moeten opmerken dat dit fundamenteel verschilt van de implementatie van hun systeem. Beide programma's registreren diff's voor elk bestand - een incrementeel record van de wijzigingen in een project. Git's snapshots daarentegen zijn precies dat-snapshots. Elke commit bevat de volledige versie van elk bestand dat het bevat. Dit maakt Git ongelooflijk snel omdat de status van een bestand niet hoeft te worden gegenereerd elke keer dat het wordt aangevraagd:
Dit hoofdstuk introduceert de basisworkflow voor het maken van snapshots met behulp van de werkdirectory, het staginggebied en de gecommitteerde geschiedenis. Dit zijn de kerncomponenten van op Git gebaseerde revisieregeling.
Het verzamelgebied van Git geeft je een plek om een commit te organiseren voordat je het aan de projectgeschiedenis toevoegt. regie is het proces van het verplaatsen van wijzigingen van de werkmap naar de gefaseerde momentopname.
Het geeft je de mogelijkheid om te kiezen en te kiezen verwant verandert van de werkdirectory, in plaats van alles in één keer te doen. Dit betekent dat je kunt creëren logisch snapshots over chronologisch degenen. Dit is een zegen voor ontwikkelaars omdat het hen codeeractiviteiten laat loskoppelen van activiteiten voor versiebeheer. Wanneer u functies schrijft, kunt u vergeten te stoppen om ze vast te leggen in geïsoleerde delen. Als u klaar bent met uw coderingssessie, kunt u vervolgens via het podium wijzigingen in zoveel commits als u wilt splitsen.
Gebruik de volgende opdracht om nieuwe of gewijzigde bestanden uit de werkdirectory toe te voegen aan het verzamelgebied:
git add
Om een bestand uit een project te verwijderen, moet u het toevoegen aan het verzamelgebied, net zoals een nieuw of aangepast bestand. De volgende opdracht voert de verwijdering uit en stopt met het volgen van het bestand, maar het zal het bestand niet uit de werkdirectory verwijderen:
git rm --cached
Het bekijken van de status van je repository is een van de meest voorkomende acties in Git. Met de volgende opdracht wordt de status van de werkdirectory en het staginggebied uitgevoerd:
git status
Dit zal resulteren in een bericht dat op het volgende lijkt (bepaalde gedeelten kunnen worden weggelaten, afhankelijk van de status van uw repository):
# Op branchmaster # Veranderingen die moeten worden vastgelegd: # # nieuw bestand: foobar.txt # # Veranderingen niet geënsceneerd voor commit: # # modified: foo.txt # # Niet-trackbestanden: # # bar.txt
Het eerste gedeelte, "Aan te passen wijzigingen", is uw gefaseerde momentopname. Als je zou rennen Git commit op dit moment zouden alleen deze bestanden worden toegevoegd aan de projectgeschiedenis. Het volgende gedeelte geeft een lijst weer bijgehouden bestanden die niet worden opgenomen in de volgende commit. Ten slotte bevat "Niet-traceerde bestanden" bestanden in uw werkdirectory die niet aan de repository zijn toegevoegd.
Als u meer gedetailleerde informatie nodig hebt over de wijzigingen in uw werkdirectory of staging gebied, kunt u een diff genereren met de volgende opdracht:
git diff
Dit levert een diff van elke unstaged verandering in uw werkmap. Je kunt ook een diff van alles genereren geënsceneerd verandert met de --gecached vlag:
git diff --cached
Merk op dat de projectgeschiedenis buiten het bereik valt van git status. Voor het weergeven van toegewijde snapshots heeft u dit nodig git log.
Accentsconagua
git status Commits vertegenwoordigen elke opgeslagen versie van een project, waardoor ze de atomaire eenheid van op Git gebaseerd versiebeheer zijn. Elke commit bevat een momentopname van het project, uw gebruikersinformatie, de datum, een commit-bericht en een SHA-1 controlesom van de volledige inhoud:
