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

Re: moving files in a smarter way

From: hilz <hs_74_at_hotmail.com>
Date: 2006-10-09 00:31:22 CEST

Simon Large wrote:
> hilz wrote:
>> Stefan Küng wrote:
>>> Andy Levy wrote:
>>>> Actually, Peter, it may be that his question is this:
>>>>
>>>> "When a file is moved in the repository, why does the client not move
>>>> the file locally when performing an update, instead of downloading the
>>>> file from the repository all over again?"
>>>>
>>>> Answer being, that's just how the Subversion libraries implement it.
>>>
>>> Peter was right: Subversion *does* move the file locally without
>>> downloading it again if you move a file correctly with svn commands.
>>>
>>> Stefan
>>>
>>
>> The thing is that i move it just like what peter said.
>> I right-click, drag, drop and do choose the svn move. then i commit,
>> and that works okay.
>>
>> But on a different computer, if you do an update, it will delete the
>> old file and fetch the new file from the server.
>> I think it should be smart enough to know that it is the same file and
>> not delete it, but just move it locally.
>>
>> I hope i was able to explain it better.
>>
>> now I am not sure if this is a tortoisesvn problem of if it is an svn
>> problem
>
> If such a problem still exists, it would be an SVN problem. TSVN does
> not move versioned files itself, but uses the svn library. But you don't
> say which version you are using.
>
> Simon
>

here's what i have:

TortoiseSVN 1.4.0, Build 7501 - 32 Bit , 2006/09/15 21:34:55
Subversion 1.4.0,
apr 0.9.12
apr-iconv 0.9.7
apr-utils 0.9.12
berkeley db 4.4.20
neon 0.25.5
OpenSSL 0.9.8b 04 May 2006
zlib 1.2.3

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: users-help@tortoisesvn.tigris.org
Received on Mon Oct 9 00:31:58 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.