Over a million developers have joined DZone.
{{announcement.body}}
{{announcement.title}}

Git Branches

DZone's Guide to

Git Branches

Git branches are super helpful during development as they allow you to make changes without disturbing your fellow devs working on other parts of the source code.

· Web Dev Zone ·
Free Resource

Bugsnag monitors application stability, so you can make data-driven decisions on whether you should be building new features, or fixing bugs. Learn more.

In the current era, most software development companies work in a collaborative environment where several developers contribute to the same source code. While some will be fixing bugs, others will be implementing new and different features. The problem arises, how do you maintain different versions of the same code base?

This is where the branch function shines! Branch allows each developer to isolate his/her work from others by creating a new branch from the original code base.

What Is a Branch?

Branch is an independent line of development. It works as a pointer to your next commits. Whenever a new branch is created, Git creates a new pointer while keeping the original code base untouched.

When you make your first commit in a repository, Git will automatically create a master branch by default. Every next commit you make will go to the master branch until you decide to create and switch over to another branch.

Creating Branches

Let's start with creating a new branch: git branch hello-world.

This only creates the new branch. To start working on it, you will need to switch to the branch with git checkout. Now, you are ready to use standard git add and git commit commands.

You can see two different branches pointing to the same commit. How does Git know which branch is currently checked out? This is where the HEAD pointer comes into play!

HEAD always points to the currently checked out branch or commit. In our case, it is the master. Let's git checkout hello-world and see what happens.

As you can see, the HEAD is now pointing to the hello-world branch instead of master. The next step is to modify some files and create a new commit with git commit -m "commit message"

A new commit (C5) was created in the branch hello-world. Pointers always move to the latest commit in that branch that we checked out. Changes in the hello-world branch did not affect any other branch. Branching enables you to isolate your work from others.

It is a common practice to create a new branch for each task (e.g. bug fixing, new features, etc), which is a good practice because it allows others to easily identify what changes to expect, and also for backtracking purposes to understand why a particular code change is implemented. You can read more at Git Beginner's Guide for Dummies.

Create your own Ruby on Rails project and try it out! Make RSpec tests on a different branch and commit the changes.

Detached HEAD

As we said before, HEAD always points to the currently checked out branch or commit. Checkout to a commit and see what happens with git checkout C0.

Now, the HEAD is pointing to C0. We are currently checked out to a remote branch. Is it possible to create a new commit while checked out to one? Time to find it out! git commit -m "commit message"

The HEAD is detached and moves together with each new commit created. The newly created commit C6 is pointing to C0, that is now acting like a branch, but it is not.

Commits that are not reachable by any branch or tag will be garbage collected and removed from the repository after 30 days.

To avoid this, we simply need to create a new branch for the newly created commit and checkout to it using the following command: git checkout -b hotfix C6.

Always use branches when you are solving new problems to avoid disturbing your co-worker's features!

Monitor application stability with Bugsnag to decide if your engineering team should be building new features on your roadmap or fixing bugs to stabilize your application.Try it free.

Topics:
git ,web dev ,git branches ,open source

Published at DZone with permission of

Opinions expressed by DZone contributors are their own.

{{ parent.title || parent.header.title}}

{{ parent.tldr }}

{{ parent.urlSource.name }}