Rebasing with git

a minute read

Git makes working on a project flexible by allowing teams to work in parallel and concurrently. When a team’s work is done, they can bring their work on to the main public branch either by rebasing it or merging it.

Lets take for example two commits from two different branches, live and staging. We assume that both branches have a common snapshot.

For example,

– the staging branch commit history is:

Commit A
Commit C
Commit D

while the

– live branch commit history is :

Commit A
Commit B


Both branches have a common snapshot in history according to their commit histories.


If we would like to rebase the work that now exits on live, onto our staging branch. We will have to :

git checkout staging

git rebase live


This operation will go to the common ancestor for both branches (the live and the staging). It will get the commit history of the staging branch and save the diffs to temporary files. It will then reset the staging branch to the same commit history as the live branch, i.e staging will now be fast forwarded to the commit B snapshot. It will then apply the commits of the staging branch which were previously copied to a temporary files on top of that.

This will simply fast forward the staging branch, with all the changes that were made on the live branch. This really makes your commit history clean and as if the changes were made in sequence while in reality they changes could have happened in parallel.

Keeping the history clean for a remote / public branch is important. It removes any need for additional work and the branch only needs to fast-forward to bring the changes forward.

Facebook Twitter LinkedIn Telegram Whatsapp Pocket


No comments

Related Posts:

GIT is a revision control system that allows multiple contributors to work on same projects/files. Is also useful if you have more servers/vms/workstation that you manage and you want to deploy “recipes”/scripts/configurations on them. With GIT, you work local...
Git refspecs specifies the patterns for references on the remote side and the locally tracked branch. When you create a new repository and add a new remote to it i.e git remote add origin url
Git Commands List
Git merge lets you bring the changes from one branch, on to the other. Merge replays the changes in a branch on top another, starting from the commit where the two branches last diverged. Lets take for instance 2 different branches.