why would renaming a file lose all of its history?

  a colleague (via e-mail) is claiming that renaming a file
in an SVN
repository causes it to lose all of its history.  i'm
pretty sure
that's not supposed to happen.  is there a common mistake
he might be
making that causes this?  (sorry, that's about as much
detail as i can
supply at the moment.)

rday

------------------------------------------------------------
---------
To unsubscribe, e-mail: users-unsubscribesubversion.tigris.org
For additional commands, e-mail: users-helpsubversion.tigris.org

"Robert P. J. Day" <rpjdaymindspring.com> writes:
>   a colleague (via e-mail) is claiming that renaming a
file in an SVN
> repository causes it to lose all of its history.  i'm
pretty sure
> that's not supposed to happen.  is there a common
mistake he might be
> making that causes this?  (sorry, that's about as much
detail as i can
> supply at the moment.)

He's both right and wrong.

Subversion's renames are not implemented as cleanly as they
could be.
See http://subversion.tigris.org/issues/show_bug.cgi?id=898 -- it's a
known issue.  Garrett Rooney and others are actively working
on it, do
'svn log http://svn.collab.net/repos/svn/branches/fs-atomic-ren
ames'
for more details.

But this does not mean that renames "lose all
history" today.  They
don't.  Renames are implemented as a copy and a delete
together right
now, and Subversion knows how to trace copy history. 
Whether issue
#898 will affect you can't be answered out of context, it
just depends
on what sorts of things you're trying to do.

Best,
-Karl

-- 
www.collab.net  <>  CollabNet  |  Distributed
Development On Demand

------------------------------------------------------------
---------
To unsubscribe, e-mail: users-unsubscribesubversion.tigris.org
For additional commands, e-mail: users-helpsubversion.tigris.org