Does anyone have any comments on this? I cannot see any specific
post-1.5 changes to the code to explicitly make this behavior change.
I think this must have come about as part of the work gstein did
pre-1.6 to use streams more and improve some of the codebase. This
must have come about as a side effect of running the code through a
different path. At least that is the best I can think of.
I do not think the current code is correct and we ought to revert to
the previous behavior of updating the keywords on commit.
On Mon, Jun 29, 2009 at 10:04 AM, Mark Phippard<markphip_at_gmail.com> wrote:
> I do not see anything in CHANGES that explains this, but in SVN 1.6 if
> you move a file the keywords in the new file are updated. For
> example, the Id keyword is modified to have the new file name and the
> LastChangedRevision becomes -1. In SVN 1.5 this does not happen. The
> keywords are only updated after you commit.
> In Eclipse, when you refactor your code and rename files, the SVN
> integration is called so that we can run svn move and properly
> register the move. However, since SVN is now altering the contents of
> the files, the Eclipse refactoring process no longer works properly.
> Is this behavior change intentional? Again, I see no reference to
> this in CHANGES. If it is, can we at least make it a config option?
> Given that commit will set the proper keyword values I do not see why
> move needs to do it.
> This is a P1 problem for Eclipse users, and probably other tools that
> do renames.
> Mark Phippard
Received on 2009-06-29 22:14:03 CEST