From: Fredrik Gustafsson <iveqy@iveqy.com>
To: Heiko Voigt <hvoigt@hvoigt.net>
Cc: Fredrik Gustafsson <iveqy@iveqy.com>,
git@vger.kernel.org, gitster@pobox.com,
Jens Lehmann <jens.lehmann@web.de>
Subject: Re: [PATCH] [submodule] Add depth to submodule update
Date: Wed, 26 Jun 2013 18:02:19 +0200 [thread overview]
Message-ID: <20130626160219.GC9141@paksenarrion.iveqy.com> (raw)
In-Reply-To: <20130625221132.GB4161@sandbox-ub>
On Wed, Jun 26, 2013 at 12:11:32AM +0200, Heiko Voigt wrote:
> On Tue, Jun 25, 2013 at 12:49:25AM +0200, Fredrik Gustafsson wrote:
> > Used only when a clone is initialized. This is useful when the submodule(s)
> > are huge and you're not really interested in anything but the latest commit.
> >
> > Signed-off-by: Fredrik Gustafsson <iveqy@iveqy.com>
>
> I this is a valid use case. But this option only makes sense when a
> submodule is newly cloned so I am not sure whether submodule update is
> the correct place. Let me think about this a little more. Since we do
> not have any extra command that initiates the clone this is probably the
> only place we can put this option. But at the moment it does not feel
> completely right.
>
> Apart from that the code looks good. If the user does a checkout of a
> revision that was not fetched submodule update will error out the same
> way as if someone forgot to push his submodule changes. So that should
> not be a problem.
>
I agree and would love to say that I've a more beautiful solution, but
I haven't.
The only other solution I can think about is to add a git submodule
clone that will do only clones of non-cloned submodules.
I'm no UI expert so I don't know what's best. Maybe that's more
intuitive.
--
Med vänliga hälsningar
Fredrik Gustafsson
tel: 0733-608274
e-post: iveqy@iveqy.com
next prev parent reply other threads:[~2013-06-26 16:02 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-06-23 8:04 [RFC] [submodule] Add depth to submodule update Fredrik Gustafsson
2013-06-24 22:49 ` [PATCH] " Fredrik Gustafsson
2013-06-25 5:07 ` Junio C Hamano
2013-06-25 22:11 ` Heiko Voigt
2013-06-26 16:02 ` Fredrik Gustafsson [this message]
2013-06-26 21:03 ` Junio C Hamano
2013-06-27 14:54 ` Jens Lehmann
2013-06-28 6:50 ` Heiko Voigt
2013-06-28 18:44 ` Junio C Hamano
2013-06-28 20:54 ` Jens Lehmann
2013-06-28 22:51 ` Junio C Hamano
2013-06-28 23:07 ` Fredrik Gustafsson
2013-06-30 19:17 ` Junio C Hamano
2013-06-26 16:16 ` Junio C Hamano
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=20130626160219.GC9141@paksenarrion.iveqy.com \
--to=iveqy@iveqy.com \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
--cc=hvoigt@hvoigt.net \
--cc=jens.lehmann@web.de \
/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).