On Apr 23, 2008, at 10:18 PM, dann frazier wrote:
> On Wed, Apr 23, 2008 at 09:45:43PM -0400, Karl Fogel wrote:
>> dann frazier <dannf_at_dannf.org> writes:
>>> svn-load 0.10 is now available:
>>> http://free.linux.hp.com/~dannf/svn-load/svn-load-0.10.tar.gz
>>>
>>> Changes:
>>> * The following patches developed by Robert Hunger
>>> * Fix issue with broken symlink becoming a regular file
>>> * Fix issue with a preexisting non-dangling directory symlink
>>> * Fix traceback when using --no-prompt without --move-map,
>>> reported in Debian bug #476569
>>> * test.py: permit running a single test from the command line
>>> * test.py: Use a common temporary directory in
>>> BaseLoadCase.tempdir
>>> * test.py: If initial repository load fails, fail the test
>>> * test.py: Run svn export in quiet mode
>>> * Release 0.10
>>>
>>> svn-load is a free alternative to svn_load_dirs, and is a (mostly)
>>> drop-in replacement. svn-load is implemented in python and built on
>>> top of the pysvn API.
>>
>> Can you say what's missing between svn-load and svn_load_dirs still?
>
> These svn_load_dirs options have no counterpart in svn-load:
> -p filename table listing properties to apply to matching files
> -svn_username username to perform commits as
> -svn_password password to supply to svn commit
>
> The only option svn-load adds is:
> -m FILE, --move-map=FILE
>
> which is used to automate file movements
Is that (-m FILE) the main reason why I might use svn-load, or what
other incentive do I have to use svn-load instead of svn_load_dirs.pl?
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-04-24 15:20:52 CEST