Niemand onthoudt elk Git-commando, en dat is ook niet nodig. Dit Spiekbriefje voor Git-commando’s richt zich op de kleine set die bijna al het dagelijkse werk omvat, gegroepeerd op de taak die je probeert uit te voeren.

We hebben de lokale commando’s getest in een wegwerpdemo-repository met behulp van Git voor Windows, en de getoonde uitvoer komt uit die run, zonder waarschuwingen voor het einde van de regel. Je commit-hashes zullen verschillen. De externe opdrachten hebben een server nodig, dus die hebben we niet uitgevoerd. Nieuw bij versiebeheer? Begin met onze Git-tutorial voor beginners.

Hoe Git denkt: drie gebieden

De meeste verwarring verdwijnt zodra je weet waar een verandering leeft:

Een project opzetten en starten

Bewaar uw werk

Hier ziet u hoe de korte statusweergave verandert naarmate er een nieuw bestand wordt verplaatst:

$ echo "hello" > app.txt
$ git status --short
?? app.txt

$ git add app.txt
$ git status --short
A  app.txt

$ git commit -m "Add app file"

?? betekent niet-bijgehouden, en A betekent toegevoegd aan enscenering. In de indeling met twee kolommen is de linkerkolom het verzamelgebied en de rechterkolom uw werkmap. Merk op dat git commit -am gloednieuwe bestanden overslaat, dus je moet deze eerst expliciet toevoegen.

Takken

Hier is een kleine feature branch van begin tot eind:

$ git switch -c feature/login
$ echo "login" >> app.txt
$ git commit -am "Add login"
$ git switch main
$ git merge --no-edit feature/login
$ git log --oneline --graph
* d0450b6 Add login
* 676b684 Add app file

$ git branch -d feature/login
Deleted branch feature/login (was d0450b6).

De geschiedenis is een rechte lijn omdat main niet was verplaatst, dus deed Git een snelle samenvoeging. Je zult git checkout nog steeds zien in oudere handleidingen. Het werkt, maar de nieuwere switch en restore commando’s splitsen de vele taken op in duidelijkere taken. Om te kiezen tussen samenvoegen en rebasen, lees Git merge vs rebase.

Werken met afstandsbedieningen

fetch is altijd veilig, omdat het nooit je bestanden verandert. Als je een branch moet overschrijven na een rebase, geef dan de voorkeur aan --force-with-lease boven gewoon --force, omdat het weigert de nieuwe commits van een collega weg te vagen.

Stash: leg het werk opzij

Stash is handig als je van taak moet wisselen, maar nog niet klaar bent om je vast te leggen:

$ echo "wip" >> app.txt
$ git stash
$ git status --short
                       # clean, the change is put away
$ git stash pop
$ git status --short
 M app.txt

Geschiedenis bekijken

Fouten ongedaan maken: “Ik wil…”

Dit is het deel waar de meeste mensen naar opkijken. Vind uw situatie:

Reset versus terugzetten versus herstellen

Deze drie namen veroorzaken veel verwarring, maar ze doen heel verschillende dingen:

In onze demo hebben we een slechte regel gepleegd en deze teruggedraaid. Het bestand keerde terug naar de eerdere inhoud, terwijl de fout als geschiedenis zichtbaar bleef in het logboek:

$ echo "oops" >> app.txt
$ git commit -am "Bad change"
$ git revert --no-edit HEAD
$ cat app.txt
hello
login

Vervolgens verwijderde git reset --soft HEAD~1 die laatste commit, maar hield de wijzigingen gestaged, wat git status --short liet zien als M app.txt.

Labels

Tags activeren vaak releasepijplijnen, zoals onze GitHub Actions CI/CD-handleiding uitlegt.

Een eenvoudige dagelijkse workflow

git switch main
git pull
git switch -c feature/search
# edit files
git status
git add -p
git commit -m "Add search by product name"
git push -u origin feature/search
# open a pull request, get a review, then merge

Schrijf commit-berichten die de verandering in de imperatief uitleggen, zoals “Fix login redirect”. Je zult jezelf dankbaar zijn als je het logboek over zes maanden leest.

Veel voorkomende fouten

• Geheimen vastleggen. Als je een bestand bij een latere commit verwijdert, wordt het niet uit de geschiedenis verwijderd. Roteer het geheim onmiddellijk en gebruik .gitignore.
• Gedeelde geschiedenis herschrijven. Reset of rebase geen commits die anderen al hebben binnengehaald.
• git add . blindelings gebruiken. Vink eerst git status aan, zodat buildbestanden en logs buiten blijven.
• Gebruik gewoon --force. Geef de voorkeur aan --force-with-lease.
• Grote commits maken. Kleine commits zijn gemakkelijker te beoordelen, terug te draaien en in tweeën te delen.

Tot slot

Leer de drie gebieden en een tiental commando’s, en Git is niet meer eng. Houd de tabel voor ongedaan maken bij de hand en onthoud dat git status en git reflog uw vangnet zijn. Om vertrouwen op te bouwen, creëer je een wegwerpopslagplaats en breek en repareer je deze doelbewust, aangezien dat de goedkoopste plek is om fouten te maken.

Veelgestelde vragen

Blijf leren