I tend to think that the right default for fetch is to employ the same level
of recursion that was used for the initial clone. So if the clone was made
with --recursive then fetch should default to using --recursive.
But I'd like to see finer-grained control than that. For us the set of
submodules to clone depends on what we're trying to build. Ideally we'd have
a lot of different submodules, and some would be required no matter what the
build target. It'd be great if clone could be smart enough to recursively
clone those required submodules (i.e. the upstream repo specifies a set of
default submodules -- I believe this is already on Jens's TODO list). Then
building a particular target could trigger the cloning of ancillary
submodules specific to that target.
In that scenario, the default for later fetches could be to either (a)
retrieve upstream's default set of submodules, or (b) retrieve all populated
submodules. Either way, a config option is needed to override the default
behaviour, with a third configurable-but-never-default setting to recursively
fetch all submodules, populated or not.
M.
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
