Documentation / git-add.txton commit user-manual: reindent (69f7ad7)
   1git-add(1)
   2==========
   3
   4NAME
   5----
   6git-add - Add file contents to the changeset to be committed next
   7
   8SYNOPSIS
   9--------
  10'git-add' [-n] [-v] [-f] [--interactive] [--] <file>...
  11
  12DESCRIPTION
  13-----------
  14All the changed file contents to be committed together in a single set
  15of changes must be "added" with the 'add' command before using the
  16'commit' command.  This is not only for adding new files.  Even modified
  17files must be added to the set of changes about to be committed.
  18
  19This command can be performed multiple times before a commit. The added
  20content corresponds to the state of specified file(s) at the time the
  21'add' command is used. This means the 'commit' command will not consider
  22subsequent changes to already added content if it is not added again before
  23the commit.
  24
  25The 'git status' command can be used to obtain a summary of what is included
  26for the next commit.
  27
  28This command can be used to add ignored files with `-f` (force)
  29option, but they have to be
  30explicitly and exactly specified from the command line.  File globbing
  31and recursive behaviour do not add ignored files.
  32
  33Please see gitlink:git-commit[1] for alternative ways to add content to a
  34commit.
  35
  36
  37OPTIONS
  38-------
  39<file>...::
  40        Files to add content from.  Fileglobs (e.g. `*.c`) can
  41        be given to add all matching files.  Also a
  42        leading directory name (e.g. `dir` to add `dir/file1`
  43        and `dir/file2`) can be given to add all files in the
  44        directory, recursively.
  45
  46-n::
  47        Don't actually add the file(s), just show if they exist.
  48
  49-v::
  50        Be verbose.
  51
  52-f::
  53        Allow adding otherwise ignored files.
  54
  55\--interactive::
  56        Add modified contents in the working tree interactively to
  57        the index.
  58
  59\--::
  60        This option can be used to separate command-line options from
  61        the list of files, (useful when filenames might be mistaken
  62        for command-line options).
  63
  64
  65EXAMPLES
  66--------
  67git-add Documentation/\\*.txt::
  68
  69        Adds content from all `\*.txt` files under `Documentation`
  70        directory and its subdirectories.
  71+
  72Note that the asterisk `\*` is quoted from the shell in this
  73example; this lets the command to include the files from
  74subdirectories of `Documentation/` directory.
  75
  76git-add git-*.sh::
  77
  78        Considers adding content from all git-*.sh scripts.
  79        Because this example lets shell expand the asterisk
  80        (i.e. you are listing the files explicitly), it does not
  81        consider `subdir/git-foo.sh`.
  82
  83Interactive mode
  84----------------
  85When the command enters the interactive mode, it shows the
  86output of the 'status' subcommand, and then goes into ints
  87interactive command loop.
  88
  89The command loop shows the list of subcommands available, and
  90gives a prompt "What now> ".  In general, when the prompt ends
  91with a single '>', you can pick only one of the choices given
  92and type return, like this:
  93
  94------------
  95    *** Commands ***
  96      1: status       2: update       3: revert       4: add untracked
  97      5: patch        6: diff         7: quit         8: help
  98    What now> 1
  99------------
 100
 101You also could say "s" or "sta" or "status" above as long as the
 102choice is unique.
 103
 104The main command loop has 6 subcommands (plus help and quit).
 105
 106status::
 107
 108   This shows the change between HEAD and index (i.e. what will be
 109   committed if you say "git commit"), and between index and
 110   working tree files (i.e. what you could stage further before
 111   "git commit" using "git-add") for each path.  A sample output
 112   looks like this:
 113+
 114------------
 115              staged     unstaged path
 116     1:       binary      nothing foo.png
 117     2:     +403/-35        +1/-1 git-add--interactive.perl
 118------------
 119+
 120It shows that foo.png has differences from HEAD (but that is
 121binary so line count cannot be shown) and there is no
 122difference between indexed copy and the working tree
 123version (if the working tree version were also different,
 124'binary' would have been shown in place of 'nothing').  The
 125other file, git-add--interactive.perl, has 403 lines added
 126and 35 lines deleted if you commit what is in the index, but
 127working tree file has further modifications (one addition and
 128one deletion).
 129
 130update::
 131
 132   This shows the status information and gives prompt
 133   "Update>>".  When the prompt ends with double '>>', you can
 134   make more than one selection, concatenated with whitespace or
 135   comma.  Also you can say ranges.  E.g. "2-5 7,9" to choose
 136   2,3,4,5,7,9 from the list.  You can say '*' to choose
 137   everything.
 138+
 139What you chose are then highlighted with '*',
 140like this:
 141+
 142------------
 143           staged     unstaged path
 144  1:       binary      nothing foo.png
 145* 2:     +403/-35        +1/-1 git-add--interactive.perl
 146------------
 147+
 148To remove selection, prefix the input with `-`
 149like this:
 150+
 151------------
 152Update>> -2
 153------------
 154+
 155After making the selection, answer with an empty line to stage the
 156contents of working tree files for selected paths in the index.
 157
 158revert::
 159
 160  This has a very similar UI to 'update', and the staged
 161  information for selected paths are reverted to that of the
 162  HEAD version.  Reverting new paths makes them untracked.
 163
 164add untracked::
 165
 166  This has a very similar UI to 'update' and
 167  'revert', and lets you add untracked paths to the index.
 168
 169patch::
 170
 171  This lets you choose one path out of 'status' like selection.
 172  After choosing the path, it presents diff between the index
 173  and the working tree file and asks you if you want to stage
 174  the change of each hunk.  You can say:
 175
 176       y - add the change from that hunk to index
 177       n - do not add the change from that hunk to index
 178       a - add the change from that hunk and all the rest to index
 179       d - do not the change from that hunk nor any of the rest to index
 180       j - do not decide on this hunk now, and view the next
 181           undecided hunk
 182       J - do not decide on this hunk now, and view the next hunk
 183       k - do not decide on this hunk now, and view the previous
 184           undecided hunk
 185       K - do not decide on this hunk now, and view the previous hunk
 186+
 187After deciding the fate for all hunks, if there is any hunk
 188that was chosen, the index is updated with the selected hunks.
 189
 190diff::
 191
 192  This lets you review what will be committed (i.e. between
 193  HEAD and index).
 194
 195
 196See Also
 197--------
 198gitlink:git-status[1]
 199gitlink:git-rm[1]
 200gitlink:git-mv[1]
 201gitlink:git-commit[1]
 202gitlink:git-update-index[1]
 203
 204Author
 205------
 206Written by Linus Torvalds <torvalds@osdl.org>
 207
 208Documentation
 209--------------
 210Documentation by Junio C Hamano and the git-list <git@vger.kernel.org>.
 211
 212GIT
 213---
 214Part of the gitlink:git[7] suite
 215