Git
Miscellaneous Git Concepts
Updated: 30 October 2024
Stage Files Using Glob
Git allows the use of globbing to work with files, using this knowledge we’re able to do something like stage files based on a glob pattern, so we can do something like stage all .js
and .ts
files with:
You can create and test glob patterns on GlobTester
Revert Commits
From StackOverflow
Revert Single Commit
Say we have a commit with id b
below, and we would like undo changes that were introduced in that commit but still retain our history as is, something like:
We want to go from this state:
To this state:
Such that b'
undoes the changes introduced by b
, then we can use the following git command:
Where HEAD~4
means the 4th last commit from the current HEAD
(latest commit)
Revert Multiple Commits
Say we have a commit with id b
below, and we would like undo changes that were introduced in that all changes since that commit but still retain our history as is, something like:
We want to go from this state:
To this state:
Such that (bcde)'
undoes the changes introduced by all commits from b
to e
, then we can use the following git command:
Where HEAD~4
means the 4th last commit from the current HEAD
(latest commit) and the ..
means a commit range till the latest commit
Submodules
Submodules allow you to include one git repository in another, for instance if we want to include a library in our codebase
Set Up a Test Repo
We can get started on a new test repository, just create a folder with some files and other folders in it and run:
Thereafter add and commit all the files in the repo:
Add a Submodule
Next, from the directory into which you want the submodule to be cloned into, you can run the following command:
If we would like to change the name of the folder being cloned from the default, we can add a new name for the folder by adding it at the end of the clone command
This will clone the repository into a directory called NewNameForSubmoduleDirectory
You will also see a new .gitmodules
file in your parent repo’s root directory created with the following:
You can see above an example of a submodule created with the default name as well as a renamed one
Next you will see that the new files need to be committed, you can do that with
Cloning a Project with Submodules
When cloning a project that has submodules you can do either of the following:
And then updating the submodules with:
If you want to init and update all nested submodules of the repository at once you can use:
And if you want to also update any further embedded submodules you can do:
Alternatively if you are cloning the project for the first time you should be able to pull everything including the submodules with --recurse-submodules
Pull Latest Changes from Submodule
To pull the latest changes from a submodule into the repository you can make use of the following command:
There’s a lot more you can do with submodules but these are the basics, more information is in the Git docs
It’s also relevant to note that when working on submodules you can kind of treat them as a normal git repository and work on them like you would if they were such
Clean Ignored Files
To remove files that are in your .gitignore
but are not ignored by your repo, you can do the following:
Which will clean out the repo, and then you can restage and commit all the files that should be tracked with
Create an Orphan/Unrelated Branch
Information from this Stack Overflow Answer
Sometimes it’s useful to start a completely fresh segment of work without carrying around previous changes, e.g. to test out a totally new application architecture
We can do this by using the following:
Then you can remove all old files, or do whatever work is required and then:
Using Git Flow
To init Git Flow in a repo use git flow
for the help menu:
To init a new Git Flow project:
This will then ask you to update the naming convention for your branching system, it uses the defaults as listed in the help menu above
The full log when runing the above command will look something like this:
When using
init
you will also automatically be switched to thedevelop
branch if you’re working on an existing project
Now you can use the git flow <BRANCH TYPE> start <FUNCTION NAME>
command to start a new feature branch for something like so:
The above will then add you to a feature called feature/save-user
and you can then make some changes and commits on this branch
When you’re done with that you can use git flow <BRANCH TYPE> finish <FUNCTION NAME>
to merge the work to develop
You can then continue to use the above methodology to manage branching, releases, etc.
Using Git from Another Tool
Sometimes it’s useful to use git from another tool/application. To get a more standard/parseable output from git commands you can add the --porcelain
flag. For example, with git status
below:
As opposed to:
Consistent Line Endings
You can setup consistent line endings for repositories that are shared between Windows and *nix systems by adding the following to a .gitattributes
file
Locate your SSH Key on Windows
When using git
with SSH you may have difficulties finding the location for the SSH keys to use, to find the SSH Key you need to navigate to %HOMEDRIVE%%HOMEPATH%\.ssh\
To figure out where this folder is you can do the following: start > run > %HOMEDRIVE%%HOMEPATH%
. The SSH Keys being used should be located in here
Delete All Branches other than Master
Using grep
and xargs
you can do this using:
Get File From Specific Branch or Commit
From this StackOverflow answer
To basically copy a version of a file from one branch or commit to another you can use git checkout
with either providing the branch name or commit from which you want to get the file
So to get a specific file from a develop
branch
Or from a specific commit
Checkout Previous Branch
When switching branches, we can easily go to the last branch we were on using:
Get Commit Changes from another Branch (Cherry Picking)
Cherry picking allows us to get a specific commit from one branch and bring it into our current branch
For example, if we want to take the changes from commit 211512
into our branch you can use
Automatically Set Upstream
When using git it can be annoying when pushing a new branch since it will always request that you setup the upstream/origin. You can configure git to do this automatically using the following command:
Enable Case Sensitivity
To ensure that git is case sensitive on non-case-sensitive systems (Windows) you can use the following command:
Find Bad Commits using Bisect
- Checkout the branch where the bad commit exists
- Run
git bisect start
to start a bisect session. If you’re looking for a PR you can also use the--first-parent
flag here which will make it easier to find merges only for example - Checkout a commit that is known to be bad and run
git bisect bad
- Checkout a commit that is known to be good and run
git bisect good
- Then the bisect tool will automatically checkout another commit
- Do your checks
- If good then run
git bisect good
, otherwise rungit bisect bad
The overall flow for this will be something like
- The process will run until you find the last bad commit, you can then try to figure out what was changed in that commit.
If you need to view the changes made you can do git bisect log
. You can also save this to a file with something like git bisect log | my-log-file.txt
. You can then edit that file to make changes to the log if you made a mistake along the way and you can replay the changes using git bisect replay my-log-file.txt
Like so:
Git User Configs
Often when using git you may need to have multiple accounts on the same machine and would like more specific control over config for different repositories - Often I would like to be able to set my email address differently for a specific repo or group of repos
To do this, you can use two solutions depending on your usecase:
Single Repository
For a repository you can update the .git/config
file for that repository using the following command:
~/repos/my-repo/.git/config
For a Subdirectory
Sometimes you may have multiple subdirectories in which you would like repositories within it to inherit a specific config, you can do this by:
- Adding a conditional includes in your global git config
~/.gitconfig
file
~/.gitignore
Note that for Windows you have to include the path as
C:/Users/my-user/repos/my-other-repos.
in theincludeIf
section and thepath
section
- In the subdirecroty create a
.gitconfig
file that has specifies the config for the entire subdirectory:
~/repos/my-other-repos/.gitconfig
Newer Git Stuff
From Git Tips and Tricks
Log changes to specific part of file
Log changes to a specific part of a file using:
For example:
You can also do this using the name of some symbol in your code and it will try to figure that out for you:
Git Maintenance
Run the following in a repo to make git maintain the repo and keep things fast in the background using a CRON job (just run this in every repo)
Searching for Specific Change
To search for a specific piece of text that was changed at some point in history (e.g. find some deleted text) you can use:
Or with a Regex:
Speeding things Up
Some general commands that should help speed up git as per this GitTower Post
Running the following in a repo should speed up the behaviour of git in general
For more details for dealing with Large Git Repos there’s some nice info on the GitButler Site y
Tools on Top of Git
LazyGit
LazyGit is a terminal UI for Git. Using it can be done by running the lazygit
command and it’s the default git UI in LazyVim so it fits pretty well together
Additionally, lazygit allows for a custom difftool to be configured, this can be done through the lazygit
config and can be done as per the docs on configuring a custom pager
Some diff tools that can be used with LazyGit (or even just your normal git installation)
- Difftastic provides syntax-based diffs and has the nicest output of any of the diff tools I’ve found so far
- Diff so Fancy provides syntax-based diffs, similar to Difftastic
- Delta is a “pretty” diff tool and can do syntax-based diffing using
diff-so-fancy
with thedelta --diff-so-fancy
flag provided