Git allows for branch change with unstaged changes

How it decides

A quick experiment shows the following.

Suppose you’re on branch dev and you’ve modified foo.txt. Without committing, you try to check out master. One of two things will happen.

  1. If foo.txt was modified in master in a commit that dev doesn’t have, you won’t be allowed to switch without committing, because master has a “new” version of the file that conflicts with the unstaged changes.

    To “check out” master, therefore, would require Git to update foo.txt to the newer version that master has, destroying your unstaged changes. To prevent your losing work, it won’t change branches.

  2. Otherwise, the modification has been done “since” the version master knows about, and you’ll be able to change branches. Git doesn’t have to update the file because master has no new information about the file.

For the “whoops” changes

Because of the above, if you have unstaged changes in files on one branch and realize you actually want to commit the changes on another, you may or may not be able to check out the other branch.

You can, however, do the following:

  • git stash save "here's a summary of my changes" (summary will show up in git stash list)
  • git checkout otherbranch
  • git stash pop (which is a combination of git stash apply and git stash drop)

Leave a Comment