[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Colon next to host in subversion repository url

From: Stefan Küng <tortoisesvn_at_gmail.com>
Date: 2006-03-02 10:17:15 CET

On 3/2/06, Levi Cameron - Alliance Software
<levi@alliancesoftware.com.au> wrote:
> Tortoisesvn accepts a colon in the host name, so a url such
> as "svn+ssh://user@host.com:/directory" is accepted; the unix
> subversion client (tested with Fedora Core 3/v1.2.1 and
> Debian/v1.2.3) treats the second colon as part of the host name,
> and complains that "host.com:" doesn't exist. This causes problems
> when you check out a file via samba, and then attempt to
> manipulate your working copy with a via the command line.
>
> Can the tsvn be changed to match the behaviour of svn? (Or at
> least warn that the second colon shouldn't be there)

You're comparing things which don't belong together. You can't compare
a unix CL client with TSVN. If you want to compare, compare the CL
client on unix with the windows CL client. Then you would see that the
CL client on Windows does the same as TSVN.
So this issue can't be solved by TSVN, you have to report that on the
Subversion mailing list.

And btw: you should *not* share a working copy between unix/linux and
Windows OS! Never!
You will get a completely screwed up working copy pretty soon. Because
on Linux, the svn:eol-style=native means LF, on windows that means
CRLF. And that's just the most obvious problem you will see.

Stefan

--
       ___
  oo  // \\      "De Chelonian Mobile"
 (_,\/ \_/ \     TortoiseSVN
   \ \_/_\_/>    The coolest Interface to (Sub)Version Control
   /_/   \_\     http://tortoisesvn.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: users-help@tortoisesvn.tigris.org
Received on Thu Mar 2 10:17:35 2006

This is an archived mail posted to the TortoiseSVN Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.