6 git-add - Add file contents to the changeset to be committed next
10 'git-add' [-n] [-v] [-f] [--interactive | -i] [--] <file>...
14 All the changed file contents to be committed together in a single set
15 of changes must be "added" with the 'add' command before using the
16 'commit' command. This is not only for adding new files. Even modified
17 files must be added to the set of changes about to be committed.
19 This command can be performed multiple times before a commit. The added
20 content 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
22 subsequent changes to already added content if it is not added again before
25 The 'git status' command can be used to obtain a summary of what is included
28 This command can be used to add ignored files with `-f` (force)
29 option, but they have to be
30 explicitly and exactly specified from the command line. File globbing
31 and recursive behaviour do not add ignored files.
33 Please see gitlink:git-commit[1] for alternative ways to add content to a
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.
47 Don't actually add the file(s), just show if they exist.
53 Allow adding otherwise ignored files.
56 Add modified contents in the working tree interactively to
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).
67 git-add Documentation/\\*.txt::
69 Adds content from all `\*.txt` files under `Documentation`
70 directory and its subdirectories.
72 Note that the asterisk `\*` is quoted from the shell in this
73 example; this lets the command to include the files from
74 subdirectories of `Documentation/` directory.
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`.
85 When the command enters the interactive mode, it shows the
86 output of the 'status' subcommand, and then goes into its
87 interactive command loop.
89 The command loop shows the list of subcommands available, and
90 gives a prompt "What now> ". In general, when the prompt ends
91 with a single '>', you can pick only one of the choices given
92 and type return, like this:
96 1: status 2: update 3: revert 4: add untracked
97 5: patch 6: diff 7: quit 8: help
101 You also could say "s" or "sta" or "status" above as long as the
104 The main command loop has 6 subcommands (plus help and quit).
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
116 1: binary nothing foo.png
117 2: +403/-35 +1/-1 git-add--interactive.perl
120 It shows that foo.png has differences from HEAD (but that is
121 binary so line count cannot be shown) and there is no
122 difference between indexed copy and the working tree
123 version (if the working tree version were also different,
124 'binary' would have been shown in place of 'nothing'). The
125 other file, git-add--interactive.perl, has 403 lines added
126 and 35 lines deleted if you commit what is in the index, but
127 working tree file has further modifications (one addition and
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
139 What you chose are then highlighted with '*',
144 1: binary nothing foo.png
145 * 2: +403/-35 +1/-1 git-add--interactive.perl
148 To remove selection, prefix the input with `-`
155 After making the selection, answer with an empty line to stage the
156 contents of working tree files for selected paths in the index.
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.
166 This has a very similar UI to 'update' and
167 'revert', and lets you add untracked paths to the index.
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:
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
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
185 K - do not decide on this hunk now, and view the previous hunk
187 After deciding the fate for all hunks, if there is any hunk
188 that was chosen, the index is updated with the selected hunks.
192 This lets you review what will be committed (i.e. between
198 gitlink:git-status[1]
201 gitlink:git-commit[1]
202 gitlink:git-update-index[1]
206 Written by Linus Torvalds <torvalds@osdl.org>
210 Documentation by Junio C Hamano and the git-list <git@vger.kernel.org>.
214 Part of the gitlink:git[7] suite