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

Re: [PROPOSAL] Expansion keywords/properties enhancement

From: John Peacock <john.peacock_at_havurah-software.org>
Date: Thu, 11 Sep 2008 07:27:41 -0400

Matthieu Brouillard wrote:
> OK they are expanded on the client, but the value extracted by the client
> side is stored on the server side, am I wrong?

No, the server only has the unexpanded form of the keyword stored. Only the
client can expand the keyword and there isn't any mechanism to get additional
value/keywords from the server, nor is there any mechanism for the server to
generate them (modulo the existing hook structure). All existing keywords are
processed exclusively on the client, using values that already exist in the
working copy metadata. This is important because you need to be able to do
things like revert without contacting the server.

> I agree that can be done in another way. But this introduce that I need to
> do it in my build/deliver process.
> For exemple, for the copyright I can use in my headers some markup like
> #COPYRIGHT# and then when I deliver my application I introduce a string
> replacement with some copyright value.
> Ok, this can be done like this but it should also have been handle by SVN
> that has already such a mechanism with the keyword expansion.

I actually crafted a patch to implement properties-as-keywords, but in the
course of discussing it, it really didn't make sense, for exactly the reasons
that Ryan discussed. Without a way to manage inherited properties (which are
set once and apply to multiple files), you wind up duplicating the property to
every file which needs to contain that keyword, which just offloads the text
into the relatively inefficient keyword handling.

Besides, no keyword can be more than a single line, with the current
implementation, yet a build-time process can jam as much text into a
substitution as you want. There just isn't any gain to making Subversion to
this work.


To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-09-11 13:28:10 CEST

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.