3. Gałęzie Gita
- 7.1 Wskazywanie rewizji
- 7.2 Interaktywne używanie przechowali
- 7.3 Schowek i czyszczenie
- 7.4 Signing Your Work
- 7.5 Searching
- 7.6 Przepisywanie historii
- 7.7 Reset Demystified
- 7.8 Advanced Merging
- 7.9 Rerere
- 7.10 Debugowanie z Gitem
- 7.11 Moduły zależne
- 7.12 Bundling
- 7.13 Replace
- 7.14 Credential Storage
- 7.15 Podsumowanie
A3.4 Appendix C: Git Commands - Branching and Merging
Branching and Merging
There are just a handful of commands that implement most of the branching and merging functionality in Git.
git branch command is actually something of a branch management tool. It can list the branches you have, create a new branch, delete branches and rename branches.
Most of Gałęzie Gita is dedicated to the
branch command and it’s used throughout the entire chapter. We first introduce it in Tworzenie nowej gałęzi and we go through most of its other features (listing and deleting) in Zarządzanie gałęziami.
In Śledzenie gałęzi we use the
git branch -u option to set up a tracking branch.
Finally, we go through some of what it does in the background in Referencje w Git.
git checkout command is used to switch branches and check content out into your working directory.
We first encounter the command in Przełączanie gałęzi along with the
git branch command.
We see how to use it to start tracking branches with the
--track flag in Śledzenie gałęzi.
We use it to reintroduce file conflicts with
--conflict=diff3 in Checking Out Conflicts.
We go into closer detail on its relationship with
git reset in Reset Demystified.
Finally, we go into some implementation detail in The HEAD.
git merge tool is used to merge one or more branches into the branch you have checked out. It will then advance the current branch to the result of the merge.
git merge command was first introduced in Podstawy rozgałęziania. Though it is used in various places in the book, there are very few variations of the
merge command — generally just
git merge <branch> with the name of the single branch you want to merge in.
We covered how to do a squashed merge (where Git merges the work but pretends like it’s just a new commit without recording the history of the branch you’re merging in) at the very end of Sforkowany publiczny projekt.
We went over a lot about the merge process and command, including the
-Xignore-space-change command and the
--abort flag to abort a problem merge in Advanced Merging.
We learned how to verify signatures before merging if your project is using GPG signing in Signing Commits.
Finally, we learned about Subtree merging in Subtree Merging.
git mergetool command simply launches an external merge helper in case you have issues with a merge in Git.
We mention it quickly in Podstawowe konflikty scalania and go into detail on how to implement your own external merge tool in Zewnętrzne narzędzia do łączenia i pokazywania różnic.
git log command is used to show the reachable recorded history of a project from the most recent commit snapshot backwards. By default it will only show the history of the branch you’re currently on, but can be given different or even multiple heads or branches from which to traverse. It is also often used to show differences between two or more branches at the commit level.
This command is used in nearly every chapter of the book to demonstrate the history of a project.
We introduce the command and cover it in some depth in Podgląd historii rewizji. There we look at the
--stat option to get an idea of what was introduced in each commit and the
--oneline options to view the history more concisely, along with some simple date and author filtering options.
In Tworzenie nowej gałęzi we use it with the
--decorate option to easily visualize where our branch pointers are located and we also use the
--graph option to see what divergent histories look like.
In Małe prywatne zespoły and Zakresy zmian we cover the
branchA..branchB syntax to use the
git log command to see what commits are unique to a branch relative to another branch. In Zakresy zmian we go through this fairly extensively.
In Merge Log and Potrójna kropka we cover using the
branchA...branchB format and the
--left-right syntax to see what is in one branch or the other but not in both. In Merge Log we also look at how to use the
--merge option to help with merge conflict debugging as well as using the
--cc option to look at merge commit conflicts in your history.
In Skróty do RefLog we use the
-g option to view the Git reflog through this tool instead of doing branch traversal.
In Searching we look at using the
-L options to do fairly sophisticated searches for something that happened historically in the code such as seeing the history of a function.
In Signing Commits we see how to use
--show-signature to add a validation string to each commit in the
git log output based on if it was validly signed or not.
git stash command is used to temporarily store uncommitted work in order to clean out your working directory without having to commit unfinished work on a branch.
This is basically entirely covered in Schowek i czyszczenie.
git tag command is used to give a permanent bookmark to a specific point in the code history. Generally this is used for things like releases.
We also cover how to create a GPG signed tag with the
-s flag and verify one with the
-v flag in Signing Your Work.