On May 6, 2014, at 18:25, Dan Ellis wrote:
> I pulled a silly mistake just now... I accidentally let my windows backslash
> enter into an http URL during an SVN copy operation.
>
> copy --parents "C:\Project_files\sandbox\bar.c"
> "http://svr/sandbox/A\B/bar1.c"; -m "bad commit"
>
> It succe
Thank you Tobias and Bert, that worked great.
Should the HTTP URL be checked to prevent including a '\' in the URL? I
understand the server is OK with it, but should the SVN client be able to
commit something it itself cannot support locally?
Thanks,
Dan
On Wed, May 7, 2014 at 9:04 AM, Tobias
Hi Dan,
I just tried this on OS X (using svn 1.8.0) and I'm able to create a directory
in the repository with a backslash in its name and delete it again.
My guess would be that this works on other UNIXes as well. So if you have
access to a non-Windows machine, delete or rename the directory fro
Grrr. That would have to be
svn mv -m "..." "http://svr/sandbox/A\B"; "http://svr/sandbox/AB";
of course. Sorry.
On 07.05.2014, at 18:11, Tobias Bading wrote:
> Umm, forgot the obvious: Did you try to rename the directory directly in the
> repository, e.g. using
> svn mv -m "..." "http://svr/s
Umm, forgot the obvious: Did you try to rename the directory directly in the
repository, e.g. using
svn mv -m "..." "http://svr/sandbox/A\B/bar1.c"; "http://svr/sandbox/AB/bar1.c";?
Tobias
On 07.05.2014, at 18:04, Tobias Bading wrote:
> Hi Dan,
>
> I just tried this on OS X (using svn 1.8.0) a
I think a
$ svn mv –parents http://svr/sandbox/A\B http://svr/sandbox/A/B -m "Renamed bad
directory”
Should fix your repository.
Subversion doesn’t support ‘\’ in local paths, but on the server side there is
no real problem with that character. So the trick is to avoid the working copy
