G'day Brad,
> I think there is an important difference here. SVN assumes
> that the granularity of what I want to "tag" is always all
> the files in the repo (or at least in the branch).
Is that correct? I just tried copying (== tagging) a subtree in my
working area
ie.
svn cp svn://myhost/trunk/fu/bar/baz svn://myhost/tags
and it did exactly what I expected. Of course I haven't tried an svn
switch on the newly created tag yet, but I would expect that if I do,
I'll be left with a working area containing nothing more than the
contents of the /fu/bar/baz directory.
Whether doing this is meaningful is a completely different issue, of
course - in my case what I've just done makes no sense whatsoever.
;-)
Cheers,
Peter
----------------------------------------------------------------------
Peter Monks http://www.sydneyclimbing.com/
pmonks_at_sydneyclimbing.com http://www.geocities.com/yosemite/4455/
----------------------------------------------------------------------
> -----Original Message-----
> From: Brad Appleton [mailto:brad@bradapp.net]
> Sent: Thursday, September 23, 2004 3:31pm
> To: Brian Mathis
> Cc: Labanca, Rick; users@subversion.tigris.org
> Subject: Re: I miss tags
>
> On Thu, Sep 23, 2004 at 12:55:31PM -0400, Brian Mathis wrote:
> > The only difference between "real tags" and "all that fake
> copying" is
> > your own concept of what's going on. They both operate in
> exactly the
> > same way.
>
> I think there is an important difference here. SVN assumes
> that the granularity of what I want to "tag" is always all
> the files in the repo (or at least in the branch). The
> notion of being able to tag a subset (for example if I
> wanted to group some things into smaller components and
> track both component-level "tags" and system-level tags)
> is lost. SVN adds the extra convenience of automatically
> applying the tag to the whole tree (and saving a lot of
> time to do it:). For that convenience, I lose the ability
> to define the granularity of the repo I wanted to tag.
>
> I think we have two competing concepts of "tag":
> * One of them is the notion of a tag as a "baseline"
> that automatically refers to all the items (and
> their versions) that make up that baseline
>
> * Another one is the notion that a tag is simply an
> attribute of a file or file-revision, and that it
> may have utility for purposes other than just
> representing a baseline.
>
> BOTH notions are inherently useful. I wish I
> didn't have to give up one or the other and
> could have both.
> --
> Brad Appleton <brad@bradapp.net> www.bradapp.net
> Software CM Patterns (www.scmpatterns.com)
> Effective Teamwork, Practical Integration
> "And miles to go before I sleep." -- Robert Frost
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Sep 24 00:42:44 2004