git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Martin Waitz <tali@admingilde.org>
To: Josef Weidendorfer <Josef.Weidendorfer@gmx.de>
Cc: skimo@liacs.nl, Alex Riesen <raa.lkml@gmail.com>,
	Junio C Hamano <junkio@cox.net>,
	git@vger.kernel.org
Subject: Re: [RFC] Third round of support for cloning submodules
Date: Mon, 21 May 2007 13:41:57 +0200	[thread overview]
Message-ID: <20070521114157.GZ5412@admingilde.org> (raw)
In-Reply-To: <200705211244.16374.Josef.Weidendorfer@gmx.de>

[-- Attachment #1: Type: text/plain, Size: 1116 bytes --]

hoi :)

On Mon, May 21, 2007 at 12:44:16PM +0200, Josef Weidendorfer wrote:
> There should be a way for a superproject to specify useful sets of
> subprojects for different developer roles, and these sets should be
> versioned. It is also useful for a superproject to be able to say
> "for this subproject to work, that other subprojects needs to be
> checked out".

What subprojects to use is the responsibility of the build system and
we should not step on its shoes too much.
We should provide a simple way to populate a submodule, but all the
dependency handling should really be done in the build system /
package handling system on top of git, IMHO.

Perhaps we can simply provide "cd $subproject && git clone" to
automatically fetch all needed stuff from a default location and
checkout that subproject.
Then we can integrate that command in bitbake and whatnot or start
a new configuration management system on top of git which uses
dependencies from Makefiles etc. to automatically check out the
right set of subprojects.  But that should really be on top of git.

-- 
Martin Waitz

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

  reply	other threads:[~2007-05-21 11:42 UTC|newest]

Thread overview: 53+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-05-20 18:04 [RFC] Third round of support for cloning submodules skimo
2007-05-20 18:04 ` [PATCH 01/15] Add dump-config skimo
2007-05-20 18:04 ` [PATCH 02/15] git-config: add --remote option for reading config from remote repo skimo
2007-05-20 18:11   ` Frank Lichtenheld
2007-05-20 19:44     ` Sven Verdoolaege
2007-05-20 22:03       ` Frank Lichtenheld
2007-05-20 18:04 ` [PATCH 03/15] http.h: make fill_active_slots a function pointer skimo
2007-05-20 18:04 ` [PATCH 04/15] git-config: read remote config files over HTTP skimo
2007-05-20 18:04 ` [PATCH 05/15] unpack-trees.c: pass cache_entry * to verify_absent rather than just the name skimo
2007-05-20 18:04 ` [PATCH 06/15] git-read-tree: take --submodules option skimo
2007-05-20 21:24   ` Martin Waitz
2007-05-20 21:50     ` Sven Verdoolaege
2007-05-20 18:04 ` [PATCH 07/15] unpack-trees.c: assume submodules are clean skimo
2007-05-20 18:04 ` [PATCH 08/15] Add run_command_v_opt_cd: chdir into a directory before exec skimo
2007-05-20 18:04 ` [PATCH 09/15] entry.c: optionally checkout submodules skimo
2007-05-20 21:18   ` Martin Waitz
2007-05-20 21:51     ` Sven Verdoolaege
2007-05-24 13:29     ` Sven Verdoolaege
2007-05-20 18:04 ` [PATCH 10/15] git-checkout: pass --submodules option to git-read-tree skimo
2007-05-20 18:04 ` [PATCH 11/15] git-read-tree: treat null commit as empty tree skimo
2007-05-20 18:04 ` [PATCH 12/15] git_config: add void * for callback data skimo
2007-05-20 18:04 ` [PATCH 13/15] unpack-trees.c: optionally clone submodules for later checkout skimo
2007-05-20 18:04 ` [PATCH 14/15] entry.c: optionall checkout newly cloned submodules skimo
2007-05-20 18:04 ` [PATCH 15/15] git-clone: add --submodules for cloning submodules skimo
2007-05-20 19:10 ` [RFC] Third round of support " Junio C Hamano
2007-05-20 19:59   ` Sven Verdoolaege
2007-05-20 20:54     ` Alex Riesen
2007-05-20 21:09       ` Sven Verdoolaege
2007-05-20 21:24         ` Alex Riesen
2007-05-20 21:47           ` Sven Verdoolaege
2007-05-20 22:26             ` Alex Riesen
2007-05-21  9:57               ` Sven Verdoolaege
2007-05-21 10:44                 ` Josef Weidendorfer
2007-05-21 11:41                   ` Martin Waitz [this message]
2007-05-20 21:40       ` Martin Waitz
2007-05-20 22:24         ` Alex Riesen
2007-05-20 22:55           ` Martin Waitz
2007-05-20 23:02             ` Alex Riesen
2007-05-20 23:12               ` Martin Waitz
2007-05-22 21:54                 ` Alex Riesen
2007-05-24 15:56                   ` Martin Waitz
2007-05-21  0:39     ` Steven Grimm
2007-05-21 10:01       ` Sven Verdoolaege
2007-05-22 21:56       ` Alex Riesen
2007-05-20 22:14   ` Martin Waitz
2007-05-20 22:58     ` Alex Riesen
2007-05-20 23:36       ` Martin Waitz
2007-05-20 22:52 ` Martin Waitz
2007-05-21  8:54   ` Sven Verdoolaege
2007-05-21 10:07     ` Martin Waitz
2007-05-21 10:14       ` Sven Verdoolaege
2007-05-21 11:34         ` Martin Waitz
2007-05-21 12:19           ` Sven Verdoolaege

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=20070521114157.GZ5412@admingilde.org \
    --to=tali@admingilde.org \
    --cc=Josef.Weidendorfer@gmx.de \
    --cc=git@vger.kernel.org \
    --cc=junkio@cox.net \
    --cc=raa.lkml@gmail.com \
    --cc=skimo@liacs.nl \
    /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).