1. Иш бошланиши
2. Git асослари
4. Git серверда
7. Git Tools
- 7.1 Revision Selection
- 7.2 Interactive Staging
- 7.3 Stashing and Cleaning
- 7.4 Signing Your Work
- 7.5 Searching
- 7.6 Rewriting History
- 7.7 Reset Demystified
- 7.8 Advanced Merging
- 7.9 Rerere
- 7.10 Debugging with Git
- 7.11 Qism modullar (Submodule)
- 7.12 Bundling
- 7.13 Replace
- 7.14 Credential Storage
- 7.15 Summary
10. Git Internals
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 Git да тармоқланиш is dedicated to the
branch command and it’s used throughout the entire chapter. We first introduce it in Янги тармоқ яратиш and we go through most of it’s other features (listing and deleting) in Тармоқларни бошқариш.
In Тармоқларни кузатиш 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 Git References.
git checkout command is used to switch branches and check content out into your working directory.
We first encounter the command in Тармоқларга уланиш along with the
git branch command.
We see how to use it to start tracking branches with the
--track flag in Тармоқларни кузатиш.
We use it to reintroduce file conflicts with
--conflict=diff3 in Checking Out Conflicts.
We go into closer detail on it’s 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 Тармоқланиш асослари. 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 Forked Public Project.
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.
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 Фиксирлашлар тарихини кўриш. 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 Янги тармоқ яратиш 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 Private Small Team and Commit Ranges 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 Commit Ranges we go through this fairly extensively.
In Merge Log and Triple Dot 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 RefLog Shortnames 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 Stashing and Cleaning.
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.