[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Repository Layout Question

From: Rami Kayyali <r.kayyali_at_gmail.com>
Date: 2004-12-31 00:44:57 CET

Vendor branches don't seem to be useful for my purposes, but still,
thanks a lot for pointing it out, I never actually took time to read
the whole SVN book.

Well, I think I'm going to stick with either versioning symlinks in
release/trunk/lib or provide a script that checks out needed packages
and "extracts" them into lib.

Thanks a lot VK.

On Wed, 29 Dec 2004 08:53:00 +0530, VK Sameer <sameer@collab.net> wrote:
> On Wed, 2004-12-29 at 07:29, Rami Kayyali wrote:
>
> > You can find the repository here:
> > http://svn.codeflakes.com/repos/codeflakes-php/5, and here's the idea
> > behind it:
> >
> > There are two main directories, "release" and "packages", release
> > contains core framework files and contains a release/trunk/lib
> > directory which should hold selected packages from "packages".
> >
> > In "packages", each package is a project on its own, so
> > packages/IO_Read is a whole different project than packages/IO_Stream
> > (of course both are hypothetical), however both should be linked to
> > release/trunk/lib/IO/ like this:
> >
> > /release/trunk/lib/IO/
> > /release/trunk/lib/IO/File.php
> > /release/trunk/lib/IO/File/other_files
> > /release/trunk/lib/IO/Stream.php
> > /release/trunk/lib/IO/Stream/other_files
>
> As you've seen, that doesn't work with svn:externals.
>
> One idea is to create IO/File/ and IO/Stream/ as separate projects, and
> keep IO/*.php in trunk/lib. Or move IO/File.php into IO/File, so that
> checking out IO/File will check that out as well.
>
> Another is to have IO_File/ and IO_Stream/ under lib/ and check in
> symlinks like lib/libIO_File.so and lib/libIO_Stream.so. Or put IO_File/
> and IO_Stream in a totally different place and have only
> files, which are mostly symlinks under lib.
>
> > What I'm trying to do is to checkout all "chosen" packages into
> > release/trunk/lib when the release is checked out, this way users who
> > check out the release will have release-related packages already
> > available in lib.
>
> While vendor branches are a lot more complicated than you seem to need,
> it might be worth a read:
> http://svnbook.red-bean.com/en/1.1/ch07s04.html.
>
> Regards
> Sameer
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Dec 31 00:47:23 2004

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.