From: "Geoff Russell" <geoffrey.russell@gmail.com>
To: "Junio C Hamano" <junkio@cox.net>
Cc: git@vger.kernel.org
Subject: Re: importing cvs logical modules
Date: Thu, 25 May 2006 15:32:55 +0930 [thread overview]
Message-ID: <93c3eada0605242302x24ca1272xd7bfc3a677b32845@mail.gmail.com> (raw)
In-Reply-To: <7vslmyzoit.fsf@assigned-by-dhcp.cox.net>
On 5/25/06, Junio C Hamano <junkio@cox.net> wrote:
> "Geoff Russell" <geoffrey.russell@gmail.com> writes:
>
> > I'd like to make 1 git repository Progs with xxxx and yyyy as child trees.
> >
> > Progs/.git
> > Progs/xxxx
> > Progs/yyyy
> >
> > Does this sound useful to anyone else, or is it already possible?
>
> I would do it like this:
>
> Progs/.git
> Progs/xxxx/.git
> Progs/yyyy/.git
>
> I do not know what you have in Progs/ hierarchy -- if it is just
> scaffolding to house subdirectories and nothing else you may not
> even need Progs/.git repository.
>
> This is a very useful and handy structure, and you do not need
> any tool support once you have these as separate repositories.
> If you want a single distribution point, you can push from these
> separate repositories into separate branches of a single
> distribution point repository [*1*].
>
> One potential disadvantage is that you would not get revision
> linkage between these "modules", but not having tight linkage is
> the point of modular structure, so depending on your workflow it
> probably may not matter.
The tight linkage is absolutely essential.
When we tag the system, we
want to tag everything (not individually tag all 300 programs)
so that later we can to branch at that tag. Very few of our
programs are self contained, they generally make heavy use
of one or more libraries --- which must also be part of the
tree. The full structure should end up looking like:
Top/.git
Libraries/libx
Libraries/liby
Libraries/boost
Libraries/...
Programs/xxx
Programs/yyy
Programs/...
...etc.
When we build a full system, we want to tag that point so
we can know exactly what went into that build.
We used to do it the "other" way.
cvsroot/xxx
cvsroot/yyy
cvsroot/liby
cvsroot/libx
etc
But then when we did a system build, someone always forgot
to tag something. So we got cvs to build a build logical tree
and then cvs was quite happy to tag the lot with one go and
nothing got forgotten. So now we are trying to pull the
lot into git as one big tree.
Cheers,
Geoff.
>
>
> [Footnote]
>
> *1* In fact, my git working area has the "master", "next" or
> "pu" branch checked out in /path/to/work/area/git (and the
> repository is in /path/to/work/area/git/.git directory), and I
> check out the "todo" branch in /path/to/work/area/git/Meta
> directory, with /path/to/work/area/git/Meta/.git directory as
> its repository.
>
>
next prev parent reply other threads:[~2006-05-25 6:03 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-05-25 4:48 importing cvs logical modules Geoff Russell
2006-05-25 4:56 ` Jakub Narebski
2006-05-25 5:01 ` Junio C Hamano
2006-05-25 6:02 ` Geoff Russell [this message]
2006-05-25 6:16 ` Martin Langhoff
2006-05-25 6:59 ` Geoff Russell
2006-05-25 7:02 ` Jakub Narebski
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=93c3eada0605242302x24ca1272xd7bfc3a677b32845@mail.gmail.com \
--to=geoffrey.russell@gmail.com \
--cc=geoff@austrics.com.au \
--cc=git@vger.kernel.org \
--cc=junkio@cox.net \
/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).