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

RE: CVS & Subversion evaluation

From: Wadsworth, Eric (Contractor) <wadswore_at_fhu.disa.mil>
Date: 2004-02-23 19:39:40 CET

Possible workaround:
Write a script/batch file called "checkout_helper" that checks out all the
stuff you want. Put it into the main directory of the repository, under
version control. Make sure the developers maintain their own portions of it.
Write another script "checkout" that:
1. Does "svn up" on the working copy to get the latest version of
checkout_helper, then:
2. runs checkout_helper.

Clumsy, clumsy, I know. But seems to me like this would work. To checkout,
just run "checkout".

****
**** --- Eric Wadsworth, 520-533-2749
****

> -----Original Message-----
> From: Brian W. Fitzpatrick [mailto:fitz@red-bean.com]
> Sent: Monday, February 23, 2004 11:32 AM
> To: Jesse Tilly
> Cc: dev@subversion.tigris.org
> Subject: Re: CVS & Subversion evaluation
>
>
> On Thu, 2004-02-19 at 22:14, Jesse Tilly wrote:
>
> > I think the problem is that SVN checks my empty dir and thinks it
> > doesn't need to update cause I'm at the latest revision.
> For example,
> > say I checkout projectA non-recursively. There's no files
> in projectA,
> > so I have an empty directory. But, because 'svn update' won't create
> > missing directories I can never fix my situation. I can
> either checkout
> > projectA recursively (downloading tons of code I don't
> want) or I can do
> > it piecemeal which is a pain in the butt...and something I
> won't want to
> > support with 200 developers asking me "why does it do this?"
> >
> > I'd love to help fix this *if it's really a problem*. I'm asking the
> > current SVN maintainers if this use case is "works as
> designed" or if
> > I'm really describing a feature that need implementation.
>
> This is currently the way that Subversion is designed to work. All I
> can really recommend is that you rearrange your repository layout and
> use Subversion externals. Anyone else have any suggestions?
>
> -Fitz
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org
>
>
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Feb 23 19:39:36 2004

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

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