From: Junio C Hamano <gitster@pobox.com>
To: Henri GEIST <geist.henri@laposte.net>
Cc: Andrew Keller <andrew@kellerfarm.com>,
Git List <git@vger.kernel.org>,
Jens Lehmann <Jens.Lehmann@web.de>
Subject: Re: [PATCH/RFC] Documentation: Say that submodule clones use a separate gitdirs.
Date: Fri, 07 Mar 2014 15:37:20 -0800 [thread overview]
Message-ID: <xmqqvbvpshqn.fsf@gitster.dls.corp.google.com> (raw)
In-Reply-To: <1394231714.7891.39.camel@Naugrim> (Henri GEIST's message of "Fri, 07 Mar 2014 23:35:14 +0100")
Henri GEIST <geist.henri@laposte.net> writes:
> This information is technical in nature but has some importance for general users.
> As this kind of clone have a separate gitdir, you will have a surprise if you
> copy past the worktree as the gitdir will not come together.
I am not sure if I understand exactly what you are trying to say.
Are you saying that you had a submodule at "sub/dir" in your working
tree, and then "mkdir ../another && cp -R sub/dir ../another" did
not result in a usable Git working tree in ../another directory?
It is almost like complaining that "mkdir ../newone && cp -R * ../newone/"
did not result in a usable git repository in ../newone directory and
honestly speaking, that sounds borderline insane, I'd have to say.
Yes, if a user knows what she is doing, she should be able to make
something like that work, without running "git clone" (which is
probably the way most users would do it). And yes, it would be good
to let the user learn from the documentation enough so that she
"knows what she is doing". But no, I do not think end-user facing
documentation for "git-submodule" subcommand is the way to do that.
That is why I suggested repository-layout as potentially a better
alternative location.
But perhaps I am mis-reading your rationale.
next prev parent reply other threads:[~2014-03-07 23:37 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-03-07 7:53 [PATCH/RFC] Documentation: Say that submodule clones use a separate gitdirs Henri GEIST
2014-03-07 21:42 ` Andrew Keller
2014-03-07 22:19 ` Junio C Hamano
2014-03-07 22:35 ` Henri GEIST
2014-03-07 23:37 ` Junio C Hamano [this message]
2014-03-08 0:50 ` Henri GEIST
2014-03-09 23:24 ` Andrew Keller
2014-03-10 7:52 ` Henri GEIST
2014-03-10 15:31 ` Junio C Hamano
2014-03-10 18:22 ` Henri GEIST
2014-03-10 19:36 ` 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=xmqqvbvpshqn.fsf@gitster.dls.corp.google.com \
--to=gitster@pobox.com \
--cc=Jens.Lehmann@web.de \
--cc=andrew@kellerfarm.com \
--cc=geist.henri@laposte.net \
--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).