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

Re: Updating a Tag

From: Shlomi Fish <shlomif_at_vipe.stud.technion.ac.il>
Date: 2003-06-21 16:59:41 CEST

On Sat, 21 Jun 2003, Robert Pluim wrote:

> Shlomi Fish writes:
> >
> > Hi!
> >
> > Let's suppose I tagged my trunk under a certain directory by using svn
> > copy URL URL. Now I made some changes to my working copy, and I want to
> > tag it again into the same tag. What is the proper way to do it?
> >
>
> That sounds like a branch, not a tag.
>

Actually, it's not a branch because I don't continue to work on it
directly. What I'm looking for is the equivalent of the following CVS
commands:

[ Do some work]
cvs tag -F LATEST_DEVEL
[ Do some work, and have another latest devel ]
cvs tag -F LATEST_DEVEL

Understood?

> > If I copy it again, Subversion complains that the path already exists.
> > Currently what I do is svn rm the tag dir and "svn copy" it again. Is it
> > the right way to do it?
>
> Well, you've just destroyed part of your history.

Actually I did not. The entire history is kept in the trunk. The tag is
just a snapshot of it, which I don't mind updating to the latest one
somehow.

> Why not treat the
> tag like the branch it is, ie use 'svn switch' to switch your working
> copy to the tag, and then commit from there?
>

I'll try, thanks.

Regards,

        Shlomi Fish

----------------------------------------------------------------------
Shlomi Fish shlomif@vipe.technion.ac.il
Home Page: http://t2.technion.ac.il/~shlomif/

An apple a day will keep a doctor away. Two apples a day will keep two
doctors away.

        Falk Fish

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Jun 21 17:00:35 2003

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.