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

Re: Automatically change property

From: <kmradke_at_rockwellcollins.com>
Date: Wed, 9 Jan 2008 11:26:58 -0600

Matt Pounsett <matt_at_conundrum.com> wrote on 01/09/2008 11:15:46 AM:
> On 2008-Jan-09, at 11:57, kmradke_at_rockwellcollins.com wrote:
> >> That's a *revision* property, not a file property. Revision
> >> properties apply to the entire commit (svn:log, svn:author, and
> >> svn:date are the only ones that come to mind). The initial question
> >> in this thread was about a file property, which can't be changed the
> >> same way as a revprop.
> >
> > I realized this. I believe you can add arbitrary revision
> > properties. It would take more information stored in the
> > revision property, such as a filepath/version combo, but it should
> > still be possible (albeit highly unrecommended).
> It's possible I misunderstood the original thing you were trying to
> do, so just to clarify... as I understand it you're trying to
> implement per-file version numbers, right? So.. whenever file X gets
> modified, some property with a number in it gets advanced. Is this
> correct?
> If so, then advancing that number when its stored in a revision
> property is going to be a more complex task. You can't just retrieve
> the number by looking at the HEAD revision of that file.. you'll need
> to search back through the repository for the last time the file was
> modified, get that revision number, look up your custom version
> number from the revprop on that version, and then modify the revprop
> on the HEAD.
> Not impossible, but you're looking at a lot of work to do something
> you probably don't want to do anyway. :)

Well, it wasn't me who originally wanted to do it, I was just trying
to think up *different* ways to do it other than using a file property.

And I completely agree, the complexity of using a revision property
makes it highly unrecommended. Getting the last changed revision
isn't too bad, but it would probably take a separate utility to
help the user visualize the information on a per file basis, since
the info is now stored per revision and not per file, which
kinda defeats the whole purpose.

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-01-09 18:27:12 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.