[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Can't compare revisions across copy/rename boundary?

From: Steve Strobel <steve.strobel_at_link-comm.com>
Date: 2006-09-30 00:50:56 CEST

I am trying to clean up some old branches, figuring out whether I
should just abandon them or if there is anything useful in them. I
have been selecting each branch in the Repository Browser and viewing
the log. I have run into two problems.

The first problem is minor, and easy to work around. If I view the
log and "Stop on copy/rename" is not checked, I can check it and the
list of revisions will be properly truncated. If I then uncheck
"Stop on copy/rename", nothing changes. If I press "Next 100", I get
an error message like "Unable to find repository location for
'file:///C:/Version%20Control/SVN_Repo_TCB_Firmware/branches/rev626-with-lcd-timing'
in revision 643". Exiting the log viewer and restarting it works
fine, and shows the entire list of revisions.

The second problem occurs when I try to compare two revisions and
either of those revisions is prior to the last copy/rename (in other
words, one or both of those revisions can only be seen if the "Stop
on copy/rename" box is not checked). When I do such a comparison, I
get a "Changed Files" dialog that shows the files that have been
changed. If I then double-click on one of the modified files in an
attempt to see the changes made to that file between the selected
versions, I get a dialog that says, "Please wait... Getting file
file:///C:/Version
Control/SVN_Repo.../rev626-with-lcd-timing Revision 559", then
another dialog with the error message, "File not found: revision 559,
path '/branches/rev626-with-lcd-timing/tcb/rlc/Makefile'. I think
that the problem is that although revision 559 is a direct ancestor
of the current file version, it wasn't created in the current branch,
but in what the current branch was copied from.

It seems to me that when the revision log is first displayed with
"Stop on copy/rename" not checked, that it correctly traces back to
the source path of each copy operation, but that it has trouble doing
the same later, which causes both of the problems. I don't know the
command line version of SVN well enough to try the equivalent
operations with it, so I don't know if this would be better dealt
with on the SVN mailing list; if so, please let me know and I will
re-post it there.

I am using TortoiseSVN 1.4.0, Build 7501 - 32 Bit under Windows XP Pro.

---
Steve Strobel
Link Communications, Inc.
1035 Cerise Rd
Billings, MT 59101-7378
(406) 245-5002 ext 102
(406) 245-4889 (fax)
WWW: http://www.link-comm.com
MailTo:steve.strobel@link-comm.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: users-help@tortoisesvn.tigris.org
Received on Sat Sep 30 00:51:12 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.