The infrastructure exists for Fossil to recognize name changes:
http://www.fossil-scm.org/fossil/artifact/59e624a3955?ln=353-376
That infrastructure is currently used for the "update" and "merge"
commands. But it has not yet been incorporated into the "diff" command.
On Tue, Apr 29, 2014 at 11:41 AM, Tony Papadimitriou <to...@acm.org> wrote:
> If I rename a file (both on disk and with FOSSIL REN command), and then
> try to do a [G]DIFF command –FROM a date where the file had the old name, I
> get the message that the file does not exist in that checkin.
>
> So, once I rename a file I lose the connection to all its history and the
> changes made to it?
>
> I understand it now has a different name, but it seems to me that part of
> keeping history of changes is to also know that the name changed, so if I
> want to get the diff from version A to version B it should do so even if
> the file has changed names between the two versions (because FOSSIL knows –
> or should know -- about this change of name).
>
> I also suspect (but haven’t tested to see if it is so) that if the old
> checkin happened to have a file with the same name as the current version’s
> renamed one (but the old version’s was at some point either renamed or
> deleted), FOSSIL would try to give me the DIFF between two completely
> unrelated files.
>
> That just doesn’t seem correct behavior. Comments?
>
>
> _______________________________________________
> fossil-users mailing list
> fossil-users@lists.fossil-scm.org
> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
>
>
--
D. Richard Hipp
d...@sqlite.org
_______________________________________________
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
