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

Re: Different ways to create tags -- is this OK?

From: Garrett Rooney <rooneg_at_electricjellyfish.net>
Date: 2006-02-10 20:27:53 CET

On 2/10/06, Jennifer Kesterson <Jennifer.A.Kesterson@jpl.nasa.gov> wrote:
> >
> >
> >Well, you can copy them both from the same source revision... Do a
> >log --stop-on-copy of the subsystem tags to see where they were copied
> >from, and then copy from the same path/rev into your system tag. Or
> >just copy from the subsystem tag into the system tag, that'll ensure
> >that you've got identical contents. I mean the idea is that they
> >should have the same contents, right? So copying right from the
> >subsystem tags would certainly accomplish that.
> You said "just copy from the subsystem tag into the system tag"
> Is it possible to copy a subsystem tag "into" a system (or other) tag that
> already exists? In other words, suppose I create system tag "system_n.n"
> from a copy of the subsystem tag "subsystem1_n.n".
> Can I then put subsystem2_n.n into the same system_n.n?

Remember, tags are just directories, you can do anything you can do
with a regular directory to a tag, it's not special in any way, other
than the convention that you don't modify them after they're created.

> I didn't think that was possible, so that's why I just made the system tag
> from a copy of the directory that contains all the subsystem tags.

That'll work as well.

> Thank you for your help with this. I'm beginning to realize this is easier
> than I am making it. :-) We just want to make sure that our method is
> valid because we are new to Subversion and our deliveries consist of the
> system tag.

Yeah, it's really not that complex once you get used to it.


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Feb 10 20:36:13 2006

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.