On Mar 25, 2010, at 7:06 AM, Philip Martin wrote:

> Julian Foad <julian.f...@wandisco.com> writes:
> 
>> But that would obscure the reason for it and "int levels_to_lock" is the
>> API idiom throughout Subversion.
> 
> OK.  I've just noticed that every caller of svn_wc__db_wclock_set
> passes zero for levels_to_lock, perhaps it doesn't need to be a
> parameter at all.

This is here strictly for backward compat.  The access batons still have the 
notion of 'levels to lock' and we need to ensure that they still function 
correctly, even in the new world.  'levels to lock' should not be exposed 
through the wc-ng APIs at all: users either get to lock the entire tree (rooted 
at some subdir, of course), or none.

-Hyrum

Reply via email to