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

RE: feature request: svn revision alias

From: <kmradke_at_rockwellcollins.com>
Date: Tue, 19 Feb 2008 14:42:25 -0600

"Bicking, David (HHoldings, IT)" <David.Bicking_at_thehartford.com> wrote on
02/19/2008 02:33:51 PM:
> > -----Original Message-----
> > From: Paul Koning [mailto:Paul_Koning_at_dell.com]
> >
> > >> Aside from "some people aren't used to it", I've not seen
> > any >> convincing disadvantages demonstrated for just using
> > 'svn copy' to >> create a tag, I have to admit. I'm keeping
> > an open mind, but if >> we're going to extend Subversion's
> > interface, it should be because >> of a convincing advantage.
> >
> > Ok, here's one.
> >
> > In our build scripts we want to tag "last good nightly build
> > of release stream x". So, roughly speaking, that amounts to:
> >
> > svn cp .../branches/x .../tags/last_good_nightly_x
> >
> > However, that doesn't work. More precisely, it only works
> > the first time. If you do it a second time, you end up with
> > "x" as a subdirectory inside last_good_nightly_x, because the
> > second time is't a copy to an existing directory name rather
> > than a nonexistent directory name.
> >
> > So we end up with this:
> >
> > svn rm .../tags/last_good_nightly_x
> > svn cp .../branches/x .../tags/last_good_nightly_x
> >
> > and that works.
>
> Why is this a problem - because it is a two-step process?

Personally, I think it would be nice to have a '-f' option
to force an overwrite, thus reducing the 2 steps into one.
(Just like the unix cp -f)

svn cp -f .../branches/x .../tags/last_good_nightly_x

Kevin R.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-02-19 21:42:19 CET

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.