@@ -22,8 +22,8 @@ present, or undo and go back to having all tracked files present in the
22
22
working copy.
23
23
24
24
The subset of files is chosen by providing a list of directories in
25
- cone mode (which is recommended ), or by providing a list of patterns
26
- in non-cone mode.
25
+ cone mode (the default ), or by providing a list of patterns in
26
+ non-cone mode.
27
27
28
28
When in a sparse-checkout, other Git commands behave a bit differently.
29
29
For example, switching branches will not update paths outside the
@@ -60,18 +60,17 @@ When the `--stdin` option is provided, the directories or patterns are
60
60
read from standard in as a newline-delimited list instead of from the
61
61
arguments.
62
62
+
63
- When `--cone` is passed or `core.sparseCheckoutCone` is enabled , the
63
+ When `--cone` is passed or `core.sparseCheckoutCone` is not false , the
64
64
input list is considered a list of directories. This allows for
65
65
better performance with a limited set of patterns (see 'CONE PATTERN
66
66
SET' below). The input format matches the output of `git ls-tree
67
67
--name-only`. This includes interpreting pathnames that begin with a
68
68
double quote (") as C-style quoted strings. Note that the set command
69
69
will write patterns to the sparse-checkout file to include all files
70
70
contained in those directories (recursively) as well as files that are
71
- siblings of ancestor directories. This may become the default in the
72
- future; --no-cone can be passed to request non-cone mode.
71
+ siblings of ancestor directories.
73
72
+
74
- When `--no-cone` is passed or `core.sparseCheckoutCone` is not enabled ,
73
+ When `--no-cone` is passed or `core.sparseCheckoutCone` is set to false ,
75
74
the input list is considered a list of patterns. This mode is harder
76
75
to use and less performant, and is thus not recommended. See the
77
76
"Sparse Checkout" section of linkgit:git-read-tree[1] and the "Pattern
@@ -227,10 +226,11 @@ patterns. The resulting sparse-checkout file is now
227
226
Here, order matters, so the negative patterns are overridden by the positive
228
227
patterns that appear lower in the file.
229
228
230
- If `core.sparseCheckoutCone=true`, then Git will parse the sparse-checkout file
231
- expecting patterns of these types. Git will warn if the patterns do not match.
232
- If the patterns do match the expected format, then Git will use faster hash-
233
- based algorithms to compute inclusion in the sparse-checkout.
229
+ Unless `core.sparseCheckoutCone` is explicitly set to `false`, Git will
230
+ parse the sparse-checkout file expecting patterns of these types. Git will
231
+ warn if the patterns do not match. If the patterns do match the expected
232
+ format, then Git will use faster hash-based algorithms to compute inclusion
233
+ in the sparse-checkout.
234
234
235
235
In the cone mode case, the `git sparse-checkout list` subcommand will list the
236
236
directories that define the recursive patterns. For the example sparse-checkout
0 commit comments