[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: Simon Large <simon_at_skirridsystems.co.uk>
Date: 2006-10-09 00:07:31 CEST

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

-- 
        ___
   oo  // \\      "De Chelonian Mobile"
  (_,\/ \_/ \     TortoiseSVN
    \ \_/_\_/>    The coolest Interface to (Sub)Version Control
    /_/   \_\     http://tortoisesvn.net
---------------------------------------------------------------------
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:07:08 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.