RE: Re[4]: Slow "move" discourages refactoring.

But you can force it to do this anyways, can't you? You can always do the
move first, then modify the file contents.

So it should be possible to do it in one atomic step. SVN just tries to
discourage you from it.

BTW, in response to GMane, refactoring in Eclipse takes a considerable
amount of time anyways, with or without interfacing w/SVN. So the time it
takes SVN to do an in-WC move is not discouraging me from doing my
refactorings. :-)

with regards,

--Tim

-----Original Message-----
From: Lev Serebryakov [mailto:lev@serebryakov.spb.ru]
Sent: vrijdag 28 november 2003 7:31
To: GMane
Cc: users@subversion.tigris.org
Subject: Re[4]: Slow "move" discourages refactoring.

Hello, GMane!
Friday, November 28, 2003, 2:57:40 AM, you wrote:

G> It sounds like the refactoring that led to this problem is like renaming
a
G> Java package, which is a very significant operation.
  BTW, here is a problem. To rename Java or PErl package your need to
  MOVE it and CHANGE FILE. And these operations could not be performed in
  ONE step (revision) now :( So, atomic renaming of package is
  impossible...

  Are here any plans to remove this restriction in future? FS Dump
  can contain two entries for one file (node) in one revision : copy
  and change after that. So, it seems to be possible on low level. But
  svn complains about restricted operation :(

--
               Lev Serebryakov
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org