Skip to main content
Chapter 4 of 61 · 7 sections · Page 30

Git: Staging

Stage all changes, individual files, deleted files, unstage modifications, and add hunks interactively.

Original chapter reference: Chapter 4: Staging. The command options and documentation recipes below are fully transcribed from Git Notes for Professionals.

Section 4.1: Staging All Changes to Files

Source example · PDF page 30
git add -A
Version ≥ 2.0
git add .

In version 2.x, git add . will stage all changes to files in the current directory and all its subdirectories. However, in 1.x it will only stage new and modified files, not deleted files.

Use git add -A, or its equivalent command git add --all, to stage all changes to files in any version of git.

Section 4.2: Unstage a file that contains changes

Source example · PDF page 30
git reset <filePath>

Section 4.3: Add changes by hunk

You can see what "hunks" of work would be staged for commit using the patch flag:

Source example · PDF page 30
git add -p

or

Source example · PDF page 30
git add --patch

This opens an interactive prompt that allows you to look at the diffs and let you decide whether you want to include them or not.

Source example · PDF page 30
Stage this hunk [y,n,q,a,d,/,s,e,?]?

y stage this hunk for the next commit n do not stage this hunk for the next commit q quit; do not stage this hunk or any of the remaining hunks a stage this hunk and all later hunks in the file d do not stage this hunk or any of the later hunks in the file g select a hunk to go to / search for a hunk matching the given regex j leave this hunk undecided, see next undecided hunk J leave this hunk undecided, see next hunk k leave this hunk undecided, see previous undecided hunk K leave this hunk undecided, see previous hunk s split the current hunk into smaller hunks e manually edit the current hunk ? print hunk help

This makes it easy to catch changes which you do not want to commit.

You can also open this via git add --interactive and selecting p.

Section 4.4: Interactive add

git add -i (or --interactive) will give you an interactive interface where you can edit the index, to prepare what you want to have in the next commit. You can add and remove changes to whole files, add untracked files and remove files from being tracked, but also select subsection of changes to put in the index, by selecting chunks of changes to be added, splitting those chunks, or even editing the diff. Many graphical commit tools for Git (like e.g. git gui) include such feature; this might be easier to use than the command line version.

It is very useful (1) if you have entangled changes in the working directory that you want to put in separate commits, and not all in one single commit (2) if you are in the middle of an interactive rebase and want to split too large commit.

Source example · PDF page 31
$ git add -i
           staged     unstaged path
  1:    unchanged        +4/-4 index.js
  2:        +1/-0      nothing package.json

*** Commands ***
  1: status       2: update       3: revert       4: add untracked
  5: patch        6: diff         7: quit         8: help
What now>

The top half of this output shows the current state of the index broken up into staged and unstaged columns:

1. index.js has had 4 lines added and 4 lines removed. It is currently not staged, as the current status reports "unchanged." When this file becomes staged, the +4/-4 bit will be transferred to the staged column and the unstaged column will read "nothing."

2. package.json has had one line added and has been staged. There are no further changes since it has been staged as indicated by the "nothing" line under the unstaged column.

The bottom half shows what you can do. Either enter a number (1-8) or a letter (s, u, r, a, p, d, q, h).

status shows output identical to the top part of the output above.

update allows you to make further changes to the staged commits with additional syntax.

revert will revert the staged commit information back to HEAD.

add untracked allows you to add filepaths previously untracked by version control.

patch allows for one path to be selected out of an output similar to status for further analysis.

diff displays what will be committed.

quit exits the command.

help presents further help on using this command.

Section 4.5: Show Staged Changes

To display the hunks that are staged for commit:

Source example · PDF page 31
git diff --cached

Section 4.6: Staging A Single File

To stage a file for committing, run

Source example · PDF page 32
git add <filename>

Section 4.7: Stage deleted files

Source example · PDF page 32
git rm filename

To delete the file from git without removing it from disk, use the --cached flag

Source example · PDF page 32
git rm --cached filename
Buy me a coffee
Daily Practice
0/0