On 02/24/2014 01:56 PM, Philip Martin wrote: > Thomas Åkesson <thomas.akes...@simonsoft.se> writes: > >> Svn does not allow locking non-existent paths. It is blocked both in >> libsvn_fs_base/libsvn_fs_fs as well as in mod_dav_svn. In the same >> areas of the code in fs comments say: >> "While our locking implementation easily supports the locking of >> nonexistent paths, we deliberately choose not to allow such madness." >> >> Given that we now present valid use-cases, it is reassuring that the >> authors of the locking code said it "easily supports the locking of >> nonexistent paths". > There is a way to create such locks at present: checkout, lock a file, > delete the file or parent directory, commit with --no-unlock. We have a > regression test for this: lock_tests.py:deleted_path_lock. (Possibly > this behaviour could be considered a bug, perhaps 'commit --no-unlock' > should remove the locks on deleted files, but implementing that would be > hard.)
That behavior *is* a bug that someone must have decided post-facto might be useful. But hey, I'm not pointing fingers. That approach has brought us such awesome features in the past as "file externals". Oh. Wait.