[SVN] Refactor Rename issues delete+add insted of move (build 3624)

When using subversion the rename and move refactoring could employ
subversions 'move' command so the hostory could be maintained.

I think this could be a big improvement


4 comments
Comment actions Permalink

Bernhard Woditschka wrote:

When using subversion the rename and move refactoring could employ
subversions 'move' command so the hostory could be maintained.
I think this could be a big improvement


As far as I know this was one of the earliest bug fixes to go into the
SVN support.

0
Comment actions Permalink

So you think this should work in build 3624? Is there a configuration i've
got to set?
Bern

"Mark Derricutt" <mark@talios.com> wrote in message
news:dc4jn6$e70$1@is.intellij.net...

Bernhard Woditschka wrote:

>
>> When using subversion the rename and move refactoring could employ
>> subversions 'move' command so the hostory could be maintained.
>> I think this could be a big improvement
>

As far as I know this was one of the earliest bug fixes to go into the SVN
support.



0
Comment actions Permalink

Bernhard Woditschka wrote:

So you think this should work in build 3624? Is there a configuration i've
got to set?


Should do - I was just looking for the JIRA ticket about it.

http://www.jetbrains.net/jira/browse/IDEADEV-29 says resolved...

0
Comment actions Permalink

In article <dc4j1k$bn3$1@is.intellij.net>,
"Bernhard Woditschka" <woditschka@hotmail.com> wrote:

When using subversion the rename and move refactoring could employ
subversions 'move' command so the hostory could be maintained.

I think this could be a big improvement


The history is maintained. So a move in idea, commit your code and get
a history on the file, is the history lost?

How javaSVN does it has nothing to do with subversion move, they're 2
different libraries, so I wouldn't compare them side by side, rather I
would look at the fact that in fact everything is moved over as the
subversion specs specify.

R

0

Please sign in to leave a comment.