summaryrefslogtreecommitdiffstats
path: root/git-sparse-checkout.txt
diff options
context:
space:
mode:
authorJunio C Hamano <gitster@pobox.com>2020-06-22 16:59:49 -0700
committerJunio C Hamano <gitster@pobox.com>2020-06-22 16:59:49 -0700
commit03e5f3577506a386bba64f108726ba68bf0f9241 (patch)
tree35e391b551e46b6d6303c49e95691d30feb583ac /git-sparse-checkout.txt
parent64eff4902e5b83e66c169d0c25db6e59c167fbcc (diff)
downloadgit-htmldocs-03e5f3577506a386bba64f108726ba68bf0f9241.tar.gz
Autogenerated HTML docs for v2.27.0-139-gc9c31
Diffstat (limited to 'git-sparse-checkout.txt')
-rw-r--r--git-sparse-checkout.txt30
1 files changed, 26 insertions, 4 deletions
diff --git a/git-sparse-checkout.txt b/git-sparse-checkout.txt
index 7c8943af7..a0eeaeb02 100644
--- a/git-sparse-checkout.txt
+++ b/git-sparse-checkout.txt
@@ -200,10 +200,32 @@ directory.
SUBMODULES
----------
-If your repository contains one or more submodules, then those submodules will
-appear based on which you initialized with the `git submodule` command. If
-your sparse-checkout patterns exclude an initialized submodule, then that
-submodule will still appear in your working directory.
+If your repository contains one or more submodules, then submodules
+are populated based on interactions with the `git submodule` command.
+Specifically, `git submodule init -- <path>` will ensure the submodule
+at `<path>` is present, while `git submodule deinit [-f] -- <path>`
+will remove the files for the submodule at `<path>` (including any
+untracked files, uncommitted changes, and unpushed history). Similar
+to how sparse-checkout removes files from the working tree but still
+leaves entries in the index, deinitialized submodules are removed from
+the working directory but still have an entry in the index.
+
+Since submodules may have unpushed changes or untracked files,
+removing them could result in data loss. Thus, changing sparse
+inclusion/exclusion rules will not cause an already checked out
+submodule to be removed from the working copy. Said another way, just
+as `checkout` will not cause submodules to be automatically removed or
+initialized even when switching between branches that remove or add
+submodules, using `sparse-checkout` to reduce or expand the scope of
+"interesting" files will not cause submodules to be automatically
+deinitialized or initialized either.
+
+Further, the above facts mean that there are multiple reasons that
+"tracked" files might not be present in the working copy: sparsity
+pattern application from sparse-checkout, and submodule initialization
+state. Thus, commands like `git grep` that work on tracked files in
+the working copy may return results that are limited by either or both
+of these restrictions.
SEE ALSO