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
