Slightly less simple labels (PML part 2)

[Phyrefly <ph...@gmail.com>]

Can I suggest that the next step up from this is: "Working man's
labels" or WML would be on a per-file basis, so that rev 3 of files A,
B, and C would hold a label, but not files D, E and F?  (this would
probably naturally include the possibility of having the same label on
a different rev of a different file, I can't see an implementation
that would include the former and not the latter)  Possibly replace
"file" with "folder" in that description, although I'd prefer not to.

So each file would have a property which is a list of labels and which
revision they apply to.  (as someone suggested previously)  This
should be versioned so that a label can be re-pointed at a different
rev should it be necessary, and the history of these changes can be
retrieved.

Again, any svn command that accepts a rev# would accept a label name,
and would apply the command to the rev of each file that matches that
label name.  (clearly you can't commit to a label, just as you can't
commit to a non-HEAD revision)

It may be nice to add a log option to review the history of a certain
label, with items such as "applied to files", "changed revision",
"label text edited", "removed from files"

I'm not sure (this would be an implementation decision) whether this
makes more sense stored on each file, or stored on the repo as a
whole, with a list of labels and the files that have each label
applied to them.

Has anyone got any desired label functionality that doesn't fit this model?

Richard.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

RE: Slightly less simple labels (PML part 2)

[Phyrefly <ph...@gmail.com>]

On 21/11/06, Tim Hill <dr...@comcast.net> wrote:
> This is where I agree with the mainstream views on this thread; at
> this point you're starting to build an alternate to tags/branches.
>
> --Tim

That's exactly what I'm after, an alternate to tagging.  I don't see
how this is an alternate to branching though.  This is an alternate to
tagging in environments where branching is not
necessary/desired/possible.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: Slightly less simple labels (PML part 2)

[Tim Hill <dr...@comcast.net>]

This is where I agree with the mainstream views on this thread; at  
this point you're starting to build an alternate to tags/branches.

--Tim

On Nov 21, 2006, at 7:20 AM, Phyrefly wrote:

> Can I suggest that the next step up from this is: "Working man's
> labels" or WML would be on a per-file basis, so that rev 3 of files A,
> B, and C would hold a label, but not files D, E and F?  (this would
> probably naturally include the possibility of having the same label on
> a different rev of a different file, I can't see an implementation
> that would include the former and not the latter)  Possibly replace
> "file" with "folder" in that description, although I'd prefer not to.
>
> So each file would have a property which is a list of labels and which
> revision they apply to.  (as someone suggested previously)  This
> should be versioned so that a label can be re-pointed at a different
> rev should it be necessary, and the history of these changes can be
> retrieved.
>
> Again, any svn command that accepts a rev# would accept a label name,
> and would apply the command to the rev of each file that matches that
> label name.  (clearly you can't commit to a label, just as you can't
> commit to a non-HEAD revision)
>
> It may be nice to add a log option to review the history of a certain
> label, with items such as "applied to files", "changed revision",
> "label text edited", "removed from files"
>
> I'm not sure (this would be an implementation decision) whether this
> makes more sense stored on each file, or stored on the repo as a
> whole, with a list of labels and the files that have each label
> applied to them.
>
> Has anyone got any desired label functionality that doesn't fit  
> this model?
>
> Richard.
>
> ---------------------------------------------------------------------
> 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