fsck: refactor `fsck_blob()` to allow for more checks
[git/debian.git] / Documentation / git-ls-files.txt
blob6d11ab506b7c2e0990c93822970cd079e34b6c04
1 git-ls-files(1)
2 ===============
4 NAME
5 ----
6 git-ls-files - Show information about files in the index and the working tree
9 SYNOPSIS
10 --------
11 [verse]
12 'git ls-files' [-z] [-t] [-v] [-f]
13                 (--[cached|deleted|others|ignored|stage|unmerged|killed|modified])*
14                 (-[c|d|o|i|s|u|k|m])*
15                 [--eol]
16                 [--deduplicate]
17                 [-x <pattern>|--exclude=<pattern>]
18                 [-X <file>|--exclude-from=<file>]
19                 [--exclude-per-directory=<file>]
20                 [--exclude-standard]
21                 [--error-unmatch] [--with-tree=<tree-ish>]
22                 [--full-name] [--recurse-submodules]
23                 [--abbrev[=<n>]] [--] [<file>...]
25 DESCRIPTION
26 -----------
27 This merges the file listing in the index with the actual working
28 directory list, and shows different combinations of the two.
30 One or more of the options below may be used to determine the files
31 shown:
33 OPTIONS
34 -------
35 -c::
36 --cached::
37         Show cached files in the output (default)
39 -d::
40 --deleted::
41         Show deleted files in the output
43 -m::
44 --modified::
45         Show modified files in the output
47 -o::
48 --others::
49         Show other (i.e. untracked) files in the output
51 -i::
52 --ignored::
53         Show only ignored files in the output. When showing files in the
54         index, print only those matched by an exclude pattern. When
55         showing "other" files, show only those matched by an exclude
56         pattern. Standard ignore rules are not automatically activated,
57         therefore at least one of the `--exclude*` options is required.
59 -s::
60 --stage::
61         Show staged contents' mode bits, object name and stage number in the output.
63 --directory::
64         If a whole directory is classified as "other", show just its
65         name (with a trailing slash) and not its whole contents.
67 --no-empty-directory::
68         Do not list empty directories. Has no effect without --directory.
70 -u::
71 --unmerged::
72         Show unmerged files in the output (forces --stage)
74 -k::
75 --killed::
76         Show files on the filesystem that need to be removed due
77         to file/directory conflicts for checkout-index to
78         succeed.
80 -z::
81         \0 line termination on output and do not quote filenames.
82         See OUTPUT below for more information.
84 --deduplicate::
85         When only filenames are shown, suppress duplicates that may
86         come from having multiple stages during a merge, or giving
87         `--deleted` and `--modified` option at the same time.
88         When any of the `-t`, `--unmerged`, or `--stage` option is
89         in use, this option has no effect.
91 -x <pattern>::
92 --exclude=<pattern>::
93         Skip untracked files matching pattern.
94         Note that pattern is a shell wildcard pattern. See EXCLUDE PATTERNS
95         below for more information.
97 -X <file>::
98 --exclude-from=<file>::
99         Read exclude patterns from <file>; 1 per line.
101 --exclude-per-directory=<file>::
102         Read additional exclude patterns that apply only to the
103         directory and its subdirectories in <file>.
105 --exclude-standard::
106         Add the standard Git exclusions: .git/info/exclude, .gitignore
107         in each directory, and the user's global exclusion file.
109 --error-unmatch::
110         If any <file> does not appear in the index, treat this as an
111         error (return 1).
113 --with-tree=<tree-ish>::
114         When using --error-unmatch to expand the user supplied
115         <file> (i.e. path pattern) arguments to paths, pretend
116         that paths which were removed in the index since the
117         named <tree-ish> are still present.  Using this option
118         with `-s` or `-u` options does not make any sense.
120 -t::
121         This feature is semi-deprecated. For scripting purpose,
122         linkgit:git-status[1] `--porcelain` and
123         linkgit:git-diff-files[1] `--name-status` are almost always
124         superior alternatives, and users should look at
125         linkgit:git-status[1] `--short` or linkgit:git-diff[1]
126         `--name-status` for more user-friendly alternatives.
129 This option identifies the file status with the following tags (followed by
130 a space) at the start of each line:
132         H::     cached
133         S::     skip-worktree
134         M::     unmerged
135         R::     removed/deleted
136         C::     modified/changed
137         K::     to be killed
138         ?::     other
141 -v::
142         Similar to `-t`, but use lowercase letters for files
143         that are marked as 'assume unchanged' (see
144         linkgit:git-update-index[1]).
146 -f::
147         Similar to `-t`, but use lowercase letters for files
148         that are marked as 'fsmonitor valid' (see
149         linkgit:git-update-index[1]).
151 --full-name::
152         When run from a subdirectory, the command usually
153         outputs paths relative to the current directory.  This
154         option forces paths to be output relative to the project
155         top directory.
157 --recurse-submodules::
158         Recursively calls ls-files on each active submodule in the repository.
159         Currently there is only support for the --cached mode.
161 --abbrev[=<n>]::
162         Instead of showing the full 40-byte hexadecimal object
163         lines, show the shortest prefix that is at least '<n>'
164         hexdigits long that uniquely refers the object.
165         Non default number of digits can be specified with --abbrev=<n>.
167 --debug::
168         After each line that describes a file, add more data about its
169         cache entry.  This is intended to show as much information as
170         possible for manual inspection; the exact format may change at
171         any time.
173 --eol::
174         Show <eolinfo> and <eolattr> of files.
175         <eolinfo> is the file content identification used by Git when
176         the "text" attribute is "auto" (or not set and core.autocrlf is not false).
177         <eolinfo> is either "-text", "none", "lf", "crlf", "mixed" or "".
179 "" means the file is not a regular file, it is not in the index or
180 not accessible in the working tree.
182 <eolattr> is the attribute that is used when checking out or committing,
183 it is either "", "-text", "text", "text=auto", "text eol=lf", "text eol=crlf".
184 Since Git 2.10 "text=auto eol=lf" and "text=auto eol=crlf" are supported.
186 Both the <eolinfo> in the index ("i/<eolinfo>")
187 and in the working tree ("w/<eolinfo>") are shown for regular files,
188 followed by the  ("attr/<eolattr>").
190 \--::
191         Do not interpret any more arguments as options.
193 <file>::
194         Files to show. If no files are given all files which match the other
195         specified criteria are shown.
197 OUTPUT
198 ------
199 'git ls-files' just outputs the filenames unless `--stage` is specified in
200 which case it outputs:
202         [<tag> ]<mode> <object> <stage> <file>
204 'git ls-files --eol' will show
205         i/<eolinfo><SPACES>w/<eolinfo><SPACES>attr/<eolattr><SPACE*><TAB><file>
207 'git ls-files --unmerged' and 'git ls-files --stage' can be used to examine
208 detailed information on unmerged paths.
210 For an unmerged path, instead of recording a single mode/SHA-1 pair,
211 the index records up to three such pairs; one from tree O in stage
212 1, A in stage 2, and B in stage 3.  This information can be used by
213 the user (or the porcelain) to see what should eventually be recorded at the
214 path. (see linkgit:git-read-tree[1] for more information on state)
216 Without the `-z` option, pathnames with "unusual" characters are
217 quoted as explained for the configuration variable `core.quotePath`
218 (see linkgit:git-config[1]).  Using `-z` the filename is output
219 verbatim and the line is terminated by a NUL byte.
222 EXCLUDE PATTERNS
223 ----------------
225 'git ls-files' can use a list of "exclude patterns" when
226 traversing the directory tree and finding files to show when the
227 flags --others or --ignored are specified.  linkgit:gitignore[5]
228 specifies the format of exclude patterns.
230 These exclude patterns come from these places, in order:
232   1. The command-line flag --exclude=<pattern> specifies a
233      single pattern.  Patterns are ordered in the same order
234      they appear in the command line.
236   2. The command-line flag --exclude-from=<file> specifies a
237      file containing a list of patterns.  Patterns are ordered
238      in the same order they appear in the file.
240   3. The command-line flag --exclude-per-directory=<name> specifies
241      a name of the file in each directory 'git ls-files'
242      examines, normally `.gitignore`.  Files in deeper
243      directories take precedence.  Patterns are ordered in the
244      same order they appear in the files.
246 A pattern specified on the command line with --exclude or read
247 from the file specified with --exclude-from is relative to the
248 top of the directory tree.  A pattern read from a file specified
249 by --exclude-per-directory is relative to the directory that the
250 pattern file appears in.
252 SEE ALSO
253 --------
254 linkgit:git-read-tree[1], linkgit:gitignore[5]
258 Part of the linkgit:git[1] suite