Dmitry Ivankov <divanor...@gmail.com> writes:
> Florian Achleitner <florian.achleitner.2.6.31 <at> gmail.com> writes:
>> Especially for testing and development it's useful
>> to bypass svnrdump and replay the svndump from a file
>> without connecting to an svn server.
>> Add support for file:// urls in the remote url.
>> e.g. svn::file:///path/to/dump
>> When the remote helper finds an url starting with
>> file:// it tries to open that file instead of invoking svnrdump.
> file:// is a bad choice because file:// style repo urls are valid for svn and
> it's for local repos rather than dumpfiles.
Thanks; I had the same reaction when I saw it.
> Maybe something like dumpfile:// instead?
If dumpfile:// pseudo URL is an established convention in the
Subversion land, that sounds like a sensible direction, but if that
is not the case, it may be cleaner if you can find some other way to
convey the information to the backend out-of-band, instead of
overloading it in the URL used to access the repository.
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html