> -----Original Message-----
> From: Jon Hardcastle [mailto:jd_hardcastle_at_yahoo.com]
> Sent: Tuesday, 18 November 2008 05:05
> To: users_at_subversion.tigris.org; Jon_at_eHardcastle.com
> Subject: Re: Nested checkouts?
>
> --- On Mon, 17/11/08, Jon Hardcastle <jd_hardcastle_at_yahoo.com> wrote:
>
> > From: Jon Hardcastle <jd_hardcastle_at_yahoo.com>
> > Subject: Nested checkouts?
> > To: users_at_subversion.tigris.org
> > Date: Monday, 17 November, 2008, 4:02 PM Hey.. lets say i have the
> > following structure
> >
> > /Binaries/
> > /Source Code/SomeLanguage
> > /Source Code/SomeOtherLanguage
> >
> > there is alot of code in the Source directory and my users
> are taking
> > to checking out just the Language that is useful to them,
> and then the
> > Binaries where they put compiled code (obviously). But what i am
> > getting alot of is 2 commits.. 1 for the source code and the second
> > for the binaries.. is there anyways i can nest 2 working copies
> > without checking out at the parent level?
> >
> > Cheers!
> >
> > -----------------------
> > N: Jon Hardcastle
> > E: Jon_at_eHardcastle.com
> > '..Be fearful when others are greedy, and be greedy when others are
> > fearful.'
> > -----------------------
> >
>
> I forgot to say.. the reason being when they commit.. it'll
> appear as 1 commit.. and not 2!
Hi Jon
SVN 1.5 introduced sparse checkouts. Your users could checkout the repository root, specifying "--depth immediates" - this will check out every file at root, and directories (but the directories will be empty). They would then update the binaries directory (specifying "--depth infinity") to pull down that directory's contents. They'd then do the same for the one source directory that interested them.
Incidentally, I'm not keen on keeping binary artefacts in SVN - it's redundant, since the artefacts are generated by the source files. Could you move the binaries directory to outside SVN, and have it populated by a build server? Users would then pull down (via FTP or similar) up to date artefacts as part of their local build process.
Cheers
John
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
> For additional commands, e-mail: users-help_at_subversion.tigris.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-11-17 22:31:04 CET