You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Stefan Küng <to...@gmail.com> on 2007/09/22 15:45:26 UTC
request: set bugtraq: properties on the svn folder
Hi,
While checking the log of the svn trunk I noticed that TSVN successfully
parsed some log messages and extracted issue numbers. Of course, the
links didn't work because they pointed to the TSVN issue tracker (the
reason for this is that TSVN has those properties set, Subversion
doesn't, and the properties are searched upwards in the directory tree).
Anyway: I'd like to ask if it would be possible to add the following
properties to at least the /trunk folder of Subversion:
propname: bugtraq:logregex
propvalue: [Ii]ssues?:?(\s*(,|and)?\s*#\d+)+
(\d+)
(propvalue has two lines)
and
propname: bugtraq:url
propvalue: http://subversion.tigris.org/issues/show_bug.cgi?id=%BUGID%
with those properties set, clients which implement those properties(1)
can turn issue numbers in log messages into links which directly lead to
the issuetracker for that issue.
I've attached a screenshot of the TSVN log dialog, showing how these
properties are used.
Stefan
(1) An (incomplete) list of tools which use those properties can be
found at the bottom on this page:
http://tortoisesvn.net/issuetracker_integration
--
___
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.net
Re: request: set bugtraq: properties on the svn folder
Posted by Stefan Küng <to...@gmail.com>.
Lieven Govaerts wrote:
> Stefan Küng wrote:
>> Hi,
>>
>> While checking the log of the svn trunk I noticed that TSVN
>> successfully parsed some log messages and extracted issue numbers. Of
>> course, the links didn't work because they pointed to the TSVN issue
>> tracker (the reason for this is that TSVN has those properties set,
>> Subversion doesn't, and the properties are searched upwards in the
>> directory tree).
>>
>> Anyway: I'd like to ask if it would be possible to add the following
>> properties to at least the /trunk folder of Subversion:
> Properties added in r26753, tested it with a recent TSVN build, looks nice!
Thanks. Now searching through the logs is a lot easier :)
Stefan
--
___
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.net
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: request: set bugtraq: properties on the svn folder
Posted by Lieven Govaerts <sv...@mobsol.be>.
Stefan Küng wrote:
> Hi,
>
> While checking the log of the svn trunk I noticed that TSVN
> successfully parsed some log messages and extracted issue numbers. Of
> course, the links didn't work because they pointed to the TSVN issue
> tracker (the reason for this is that TSVN has those properties set,
> Subversion doesn't, and the properties are searched upwards in the
> directory tree).
>
> Anyway: I'd like to ask if it would be possible to add the following
> properties to at least the /trunk folder of Subversion:
Properties added in r26753, tested it with a recent TSVN build, looks nice!
thanks,
Lieven
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: request: set bugtraq: properties on the svn folder
Posted by Mark Phippard <ma...@gmail.com>.
On 9/23/07, Karl Fogel <kf...@red-bean.com> wrote:
> Blair Zajac <bl...@orcaware.com> writes:
> > Ditto on that feeling, but I think bugtraq has been used for a long
> > time in TSVN, so it may not be easy to change it.
>
> TSVN could continue to accept a property named "bugtraq" (for
> compatibility), while introducing support for a new name; then
> Subversion's tree could use that new name.
>
> Later, TSVN could start warning people who attempt to create new
> instances of the old name, so they would be encouraged to switch to
> the new name. TSVN would still understand the old name in old data,
> of course, because this is version control after all :-).
>
> It's up to Stefan and the TortoiseSVN team, I'm just offering the idea.
I defined the spec with Stefan several years ago. We went with the
weird spelling to avoid any potential future conflict with someone
that might use the more common bugtrack.
I really do not see an issue here.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: request: set bugtraq: properties on the svn folder
Posted by Karl Fogel <kf...@red-bean.com>.
Blair Zajac <bl...@orcaware.com> writes:
> Ditto on that feeling, but I think bugtraq has been used for a long
> time in TSVN, so it may not be easy to change it.
TSVN could continue to accept a property named "bugtraq" (for
compatibility), while introducing support for a new name; then
Subversion's tree could use that new name.
Later, TSVN could start warning people who attempt to create new
instances of the old name, so they would be encouraged to switch to
the new name. TSVN would still understand the old name in old data,
of course, because this is version control after all :-).
It's up to Stefan and the TortoiseSVN team, I'm just offering the idea.
-Karl
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: request: set bugtraq: properties on the svn folder
Posted by Blair Zajac <bl...@orcaware.com>.
Max Bowsher wrote:
> Stefan Küng wrote:
>> Hi,
>>
>> While checking the log of the svn trunk I noticed that TSVN successfully
>> parsed some log messages and extracted issue numbers. Of course, the
>> links didn't work because they pointed to the TSVN issue tracker (the
>> reason for this is that TSVN has those properties set, Subversion
>> doesn't, and the properties are searched upwards in the directory tree).
>>
>> Anyway: I'd like to ask if it would be possible to add the following
>> properties to at least the /trunk folder of Subversion:
>>
>> propname: bugtraq:logregex
> ...
>> propname: bugtraq:url
>
>
> OOI, what was the reasoning behind choosing "bugtraq" as a prefix?
>
> TTBOMK, "Bugtraq" is a security-related mailing list, and has nothing to
> do with issue tracking.
>
> I don't feel terribly comfortable borrowing the name of another
> computing-related entity like this, especially when we are trying to
> request that people only use the name "Subversion" in reasonable ways.
Ditto on that feeling, but I think bugtraq has been used for a long time in
TSVN, so it may not be easy to change it.
Blair
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: request: set bugtraq: properties on the svn folder
Posted by Max Bowsher <ma...@ukf.net>.
Stefan Küng wrote:
> Hi,
>
> While checking the log of the svn trunk I noticed that TSVN successfully
> parsed some log messages and extracted issue numbers. Of course, the
> links didn't work because they pointed to the TSVN issue tracker (the
> reason for this is that TSVN has those properties set, Subversion
> doesn't, and the properties are searched upwards in the directory tree).
>
> Anyway: I'd like to ask if it would be possible to add the following
> properties to at least the /trunk folder of Subversion:
>
> propname: bugtraq:logregex
...
> propname: bugtraq:url
OOI, what was the reasoning behind choosing "bugtraq" as a prefix?
TTBOMK, "Bugtraq" is a security-related mailing list, and has nothing to
do with issue tracking.
I don't feel terribly comfortable borrowing the name of another
computing-related entity like this, especially when we are trying to
request that people only use the name "Subversion" in reasonable ways.
Max.