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

Re: [TSVN] Re: Feature request - std rev properties

From: Mark Phippard <MarkP_at_softlanding.com>
Date: 2005-06-13 15:02:29 CEST

news <news@sea.gmane.org> wrote on 06/13/2005 07:19:54 AM:

> Ahh, I didn't know that was there. But I was thinking about something
more
> strongly-typed (my feeling: when you have to start using regex to
extract a
> chunk data, something is wrong!).
>
> If SVN supports customized property types, doesn't it make sense to
allow TSVN
> to set them?

You are talking about revision properties. While it is true that
Subversion has these, it does not have good API support for them yet. For
example, it is not possible to set them as part of a commit. You can only
commit and then set them after, which is not atomic. We have an open
enhancement request in Subversion for this.

The next problem with revision properties is that Subversion doesn't
really have good API's for retrieving or finding them, so even if you set
them, it is hard to make use of them in a generic manner.

These are the reasons that our bug-tracking spec is sticking with the log
message for the time being. Everyone agrees that revision properties are
the place where this belongs, but Subversion just isn't ready for this
yet.

http://svn.collab.net/repos/tortoisesvn/trunk/doc/issuetrackers.txt

Mark

_____________________________________________________________________________
Scanned for SoftLanding Systems, Inc. by IBM Email Security Management Services powered by MessageLabs.
_____________________________________________________________________________

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Mon Jun 13 15:14:01 2005

This is an archived mail posted to the TortoiseSVN Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.