From: John Smith <johsmi9933@inbox.com>
To: git@vger.kernel.org
Subject: Why are submodules not automatically handled by default or at least configurable to do so?
Date: Sun, 25 Oct 2015 15:10:07 -0800 [thread overview]
Message-ID: <D4E5E890658.000004DCjohsmi9933@inbox.com> (raw)
I found that I use submodules much, much more often in my git projects than I used externals
in Subversion and the reason is that git encourages/forces to organize large projects into
smaller repositories, one reason for this being that subversion allows to check out parts of
a repository while git does not.
But when I clone a git repository with subprojects, I (and everyone else) has to remember to
add the --recursive option. When switching between branches with different versions/commits of the
submodules everyone has to remember to update the submodules. When updating a submodule
everyone has to remember to recurse there too.
Basically, everything with submodules has to be done manually every time and there seems
to be no way to change that default.
Why is that? Basically all the time I use submodules I would want automatic handling of
submodules to happen and I cannot remember having had a single situation where I would
not have wanted it to happen. So why does git default to doing nothing?
Why does it not provide a way to enable automatic
pulling/updating of submodules e.g. when cloning or switching branches?
When would people routinely check out a branch and want to stay with the submodules as
the have been checked out for the old branch?
I honestly do not understand it.
John
____________________________________________________________
Can't remember your password? Do you need a strong and secure password?
Use Password manager! It stores your passwords & protects your account.
Check it out at http://mysecurelogon.com/manager
next reply other threads:[~2015-10-25 23:20 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-10-25 23:10 John Smith [this message]
2015-10-26 0:56 ` Why are submodules not automatically handled by default or at least configurable to do so? Chris Packham
2015-10-26 16:28 ` Stefan Beller
2015-10-26 19:53 ` Junio C Hamano
2015-10-26 4:48 ` Nazri Ramliy
2015-10-26 16:56 ` Jens Lehmann
2015-10-28 7:36 ` Nazri Ramliy
2015-10-27 10:50 ` Nick
2015-10-27 10:56 ` Davide Fiorentino
2015-10-27 11:40 ` Nick
2015-10-27 12:16 ` Konstantin Khomoutov
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=D4E5E890658.000004DCjohsmi9933@inbox.com \
--to=johsmi9933@inbox.com \
--cc=git@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).