> -----Original Message-----
> From: Daniel Shahaf [mailto:d.s_at_daniel.shahaf.name]
> Sent: dinsdag 12 juli 2011 5:47
> To: Nico Kadel-Garcia
> Cc: Geoff Hoffman; Subversion
> Subject: Re: Doing svn checkouts on top of svn checkouts?????
>
> Nico Kadel-Garcia wrote on Mon, Jul 11, 2011 at 23:42:07 -0400:
> > On Mon, Jul 11, 2011 at 10:21 PM, Daniel Shahaf
> <d.s_at_daniel.shahaf.name> wrote:
> > > Geoff: you cannot point a single working copy item at more than one
> URL.
> > > (well, unless you create two externals with the same target file.
Don't
> > > do that.)
> > >
> > > Nico: explain /exactly/ what you have been doing (best: a script(1)
> > > transcript). I don't know if you are complaining about nested working
> > > copies, or about running svn co $URL $dir where $dir is a subdir or
root
> > > of a working copy, or something else altogether.
> >
> > Oh, it's not *me* doing it. Someone, as part of their software build
> > environment, is doing the moral equivalent in their setup scripts of
> > this:
> >
> > svn checkout $URL $targetdir
> > make -C $targetdir install
> >
> > Then, for testing, they do this
> >
> > cd $targetdir
> > # Edit local files, not necessarily submitted to
> > upstream repository
> >
> > Then a day or a week later, they re-run the script.
> >
> > svn checkout $URL $targetdir
>
> AFAIK, this will run 'svn up' and not lose local mods.
This will just verify if $URL matches the URL of $targetdir and if it
doesn't you will get an error. If the test passes it will just perform an
update to the requested revision (or in this case HEAD)
This was originally designed so you could create restartable scripts that
perform a checkout. So if the checkout fails you can just rerun checkout and
it continues where it stopped the last time.
(For scripts this might be easier than running 'svn update $targetdir)
Bert
Received on 2011-07-12 11:50:14 CEST