All of lore.kernel.org
 help / color / mirror / Atom feed
From: Raimund Bauer <ray007@gmx.net>
To: Junio C Hamano <junkio@cox.net>
Cc: Johan Herland <johan@herland.net>,
	git@vger.kernel.org, Martin Waitz <tali@admingilde.org>
Subject: Re: RFC: submodule terminology
Date: Mon, 21 May 2007 08:44:46 +0200	[thread overview]
Message-ID: <1179729886.6187.15.camel@localhost> (raw)
In-Reply-To: <7v3b1rje45.fsf@assigned-by-dhcp.cox.net>

On Sun, 2007-05-20 at 15:59 -0700, Junio C Hamano wrote:
> I was wondering if we can get away by just calling them
> "projects", "projects containd in the superproject", etc., as I
> tend to agree with Linus, who used the term "superproject
> support" in his talk, that this is not really about creating
> "subproject" which are somehow different from ordinary projects,
> but more about supporting superprojects that can contain/point
> at other projects, which we did not have before 1.5.2 happened.

The "super" or "sub" only comes from where in a hierarchy it is used.
Somewhere in the middle of the hierarchy it would be both?

I'd have said a repository can have many "modules" or "projects", and
each of those can have several branches. A module can hold other
modules, but from its POV also be part of a super-module (or
superproject), we just have to take care to not build loops.

Is my view of the world correct so far?

-- 
best regards

  Ray

  parent reply	other threads:[~2007-05-21  6:44 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-05-20 21:44 RFC: submodule terminology Martin Waitz
2007-05-20 22:06 ` Johan Herland
2007-05-20 22:59   ` Junio C Hamano
2007-05-20 23:10     ` Johan Herland
2007-05-21  6:44     ` Raimund Bauer [this message]
2007-05-21  6:52       ` Shawn O. Pearce
2007-05-20 23:03   ` Martin Waitz
2007-05-20 23:16     ` Johan Herland
2007-05-20 23:39       ` Martin Waitz
2007-05-21  0:32         ` Eric Lesh

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=1179729886.6187.15.camel@localhost \
    --to=ray007@gmx.net \
    --cc=git@vger.kernel.org \
    --cc=johan@herland.net \
    --cc=junkio@cox.net \
    --cc=tali@admingilde.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.