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

Re: extreme slowness using smba + tortoise svn

From: Simon Large <simon.tortoisesvn_at_googlemail.com>
Date: Wed, 3 Sep 2008 10:47:09 +0100

2008/9/3 Andy Levy <andy.levy_at_gmail.com>:
> On Tue, Sep 2, 2008 at 20:49, Craig McQueen <mcqueen-c_at_edsrd1.yzk.co.jp> wrote:
>>
>>
>> Simon Large wrote:
>>
>> 2008/9/2 Nathan Smith <nsmith_at_galileoprocessing.com>:
>>
>>
>> I do have a related question though. I really like Tortoise's diff and
>> merge interfaces, but I am also quite comfortable using the command line
>> for anything we need. I'm working on installing svn on the webserver to
>> facilitate quicker day-to-day operations. Right now I'm using Tortoise
>> with mapped drives to smba shares. In the configuration, it remembers
>> the 'Y' drive, not a path on the server. I can see some issues coming up
>> with different path names.
>>
>> Here's the question: How can I use both the command line and the mapped
>> drives on the same working copy? Does anyone know a good workaround?
>>
>>
>> You can use TortoiseSVN and the *Windows* command line client on the
>> same working copy. You must not use the Linux command line client on
>> the same working copy as TortoiseSVN. The working copy is assumed to
>> be local and subversion does not guarantee compatibility between
>> different OSs. You will end up with a broken WC if you do this.
>>
>> Simon
>>
>>
>> If there is a working copy incompatibility between OSs, that's too bad. Is
>> it too difficult to make WCs platform independent?
>
> The primary incompatibility is with EOL markers. Windows uses CRLF,
> most of the rest of the universe uses LF. So if you have files marked
> with svn:eol-style=native, you may have trouble working with files in
> Windows which were last updated/checked out from the Linux side.
>
> There are also possible issues with file permissions, at the filesystem level.
>
>> I suggest that at minimum, SVN clients are able to detect that a WC is
>> incompatible, and report a sensible error message, rather than giving
>> obscure behaviour and errors.
>
> The WC format itself isn't incompatible (that I've heard), it's
> differences in how the files are handled. And Subversion can't
> reliably detect that & protect you from yourself.

Are the file formats within the .svn folders identical? I have a
feeling that they are not, or at least there have been problems in the
past with the cygwin client and TortoiseSVN. In any case, these issues
are within Subversion itself and there is nothing TortoiseSVN can do
about it.

Simon

-- 
: ___
: oo // \\ "De Chelonian Mobile"
: (_,\/ \_/ \ TortoiseSVN
: \ \_/_\_/> The coolest Interface to (Sub)Version Control
: /_/ \_\ http://tortoisesvn.net
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_tortoisesvn.tigris.org
For additional commands, e-mail: users-help_at_tortoisesvn.tigris.org
Received on 2008-09-03 11:47:17 CEST

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.