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

Re: Attention SVN client developers [Was: svn commit: r16244 ...]

From: Max Bowsher <maxb_at_ukf.net>
Date: 2005-09-25 13:47:11 CEST

Barry Scott wrote:
> On Sep 25, 2005, at 03:38, Branko Čibej wrote:
>
>> brane@tigris.org wrote:
>>
>>> Remove knowledge about the admin directory name from the public
>>> API, preparing the way for run-time parameterisation.
>>>
>>> NOTES:
>>> - _svn is now always a reserved name, just like .svn.
>>> - On Windows, setting the environment variable SVN_ASP_DOT_NET_HACK
>>> will change the admin dir name to "_svn".
>>>
>>
>> As you can see, as of r16244, the SVN command line client and
>> svnversion treat the environment variable SVN_ASP_DOT_NET_HACK
>> specially on Windows. If this variable is set, they call the new
>> function svn_wc_set_adm_dir() to make the WC use "_svn" as the admin
>> directory name.
>>
>> I strongly suggest that all Subversion clients that run on Windows
>> implement this behaviour. See subversion/clients/cmdline/main.c:848
>> for an example of how this is done.
>>
>
> Why isn't this hidden inside the libsvn_client API?
> Having all clients add this code is surely a bad thing?
> That means that Trac, Rapidsvn, TortoiosSVN, pysvn and all users of the
> svn language binding have to change. And that will not all be reading
> the dev list.

I'm guessing to give them the flexibility to configure this in ways other
than an environment variable.
Whilst an environment variable makes sense for command line apps, Tortoise
might choose to do it via a GUI checkbox and a registry setting, for
example.
This way, each client can choose a way which is consistent with its own UI
paradigm.

Max.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun Sep 25 13:48:17 2005

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

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