Back when I started programming, there was no Git. I tried using Visual SourceSafe a couple of times for some pet projects and the only thing I do remember about Visual SourceSafe is that the database would become corrupted quite often.
Visual SourceSafe — picture from https://www.codeproject.com/KB/cs/VSSClient
If you’re interested in some history about VSS and its issues, check out one of these two articles:
When I started my first job, the team I worked in was using a company-internal source code control system called Source Depot. Shortly after that, we moved the source code over to the TFS that was using Team Foundation Version Control. At some point, this got rebranded or renamed to Visual Team Services (I might be wrong on this as it has been a while ago and I always referenced to it as TFS).
Visual Studio Team Services — photo from docs.microsoft.com
Later, we would eventually move to Git. At the beginning of my career, I was using Visual Studio heavily, and all source code control commands were available from the user interface (they were also available from the console, but most of the work got done in the user interface).
One feature I liked about TFS was the ability to create shelvesets that could get easily shared with others. The equivalent of this in Git today is probably creating a branch and pushing it. For a little while, after I’ve started using Git, I’d still miss shelvesets, but once I got used to the way Git does things with branches the need for shelvesets went away.
Ok, enough of history, let’s talk about Git aliases. I have a bunch of them in my .gitconfig file, but I don’t use all of them too often. I still like to use the GUI (I am using Sourcetree), which is free for both Windows and Mac), especially for merges.
Here’s the link to my full .gitconfig file — note that most of these probably came from the repos I based my dotfiles on:
In addition to the aliases, I also have an alias set for the Git binary, so I don’t have to type all three letters, and I can only type g (huge time/type savings, I know :)).
I’ve grouped the aliases below — note that there are way more aliases in my config file (related to finding stuff, diffing, merging, etc.), however, I probably never used them, and that’s why I haven’t mentioned them. I do most of the searching and merging in the GUI.
These are mostly shortcuts, rather than more complicated commands.
# View the current working tree status using the short format
s = status -s
# Clone a repository including all submodules
c = clone — recursive
# List all tags
tags = tag -l
# Lists all remote and local branches
branches = branch -a
# List remotes with URLs
remotes = remote -v
Command below shows how you can clone a repo:
g c [repo]
This is something you need to do quite often. I have two different aliases to do this — one merges the upstream master into local (origin) fork (fu) and the second one makes the fork even with the upstream master, discarding all local changes (fuf).
# Merges upstream master into local (origin) fork
fu = !"git fetch upstream; git checkout master; git merge upstream/master"
# Makes the fork even with the upstream master, discarding all local changes
fuf = !"git fetch upstream; git checkout master; git reset — hard upstream/master; git push origin master — force"
I use an alias called go to either switch to an existing branch or create a new one if it doesn’t exist. This is one of those commands I use fairly often:
# Switch to a branch, creating it if necessary
go = "!f() { git checkout -b \"$1\" 2> /dev/null || git checkout \"$1\"; }; f"
# Remove branches that have already been merged with master a.k.a. ‘delete merged’
dm = "!git branch — merged | grep -v ‘\\*’ | xargs -n 1 git branch -d"
Amend alias is the one I use if I want to add current changes to the latest commit (instead of creating a new commit):
# Amend the currently staged files to the latest commit
amend = commit — amend — reuse-message=HEAD
Do you have any favorite Git aliases that you’re frequently using?
Any feedback on this article is more than welcome! You can also follow me on Twitter and GitHub. If you are interested in learning more about Istio and Kubernetes, you should check out the book I am writing at www.learnistio.com.