Fisheyes indexing of an imported svn repo that was the result of a svn copy does not show the history prior to the copy.
It is as though Fisheye is doing a 'stop on copy' during indexing.
Is there anyway around this. The fisheye option 'follow base moves' does not appear to help.
There is a workaround based on Subversion/Jira, a Subversion plugin for JIRA able to display graphically the history of versioned items (a sort of TortoiseSVN revision graph but runing on your browser).
It will display your tree history crossing copies. Moreover, it will compare those copies providing results in two different views (list and tree). TortoiseSVN only provides a list (no tree) view. That plugin for JIRA does a lot of very complex computing when two trees are compared. TortoiseSVN only provides changed items (files and directories) but ignores revisions because it is too complex to get.
For example, if you copy a tree (trunk) from another place (branches) and after some time you want to compare the trunk with the copied branch you will get only chaged items, but not what revisions have modifed the trunk and the branch since the copy. There is not any tool in the Wolrd able to do it for all use cases (look at the Apache's Subversion mailing list). But the JIRA plugin resolved it and will also display revisions affecting trunk and/or branch.
I would tell you the name of that plugin (which is also free), but I don't want to get a lot of negative points from paranoic people who think that it would be a sort of marketing.
We know that great teams require amazing project management chops. It's no surprise that great teams who use Jira have strong project managers, effective workflows, and secrets that bring planning ...