On Fri, Aug 9, 2013 at 8:24 PM, j. van den hoff <[email protected]>wrote:
> to different or newly created dirs: I'm not sure whether such a `mv' is any > different from renaming the file itself?) A mv is a rename, and Fossil remembers it all. In Unix (not sure about Windows), a 'mv' is also just a rename unless the target is on another filesystem, in which case it is a copy-then-delete. If you do a bunch of renaming/moving, but do no edits, you might be surprised how little data fossil has to save. i had a commit a day or two ago with about 15 renames and the push reported only 2000 bytes sent. > The other part of the problem is that I do most of the implementation for > >> things like this and I rarely ever rename files in a project, so diffing >> between two versions of a file whose name has changed is not something >> that >> comes up for me very often, and hence is not a priority. You are more >> > > again, you decide that (whether or not important to you). I suspect it's > not the majority view, though. and PR wise the competitors usually make > quite a big point of diff tracking capabilities across renames. FWIW, i second Richard on this. It's so rarely needed (for us, at least) that it's not worth the effort to implement. git is scary smart about the movement of content between files (at the sub-file level, even), but for projects of the scale/scope Fossil was designed for, that seems like overkill. i honestly remember a single time i've thought, "man, if i could only diff those two renamed files." And if i did, i'd just check them both out and run them through my local diff/compare tool. > would be willing to do that if I were more fluent in C (let alone anything > sql) than I am these days. > You don't need much SQL to work on Fossil, and there's much to learn about it from fossil. Copy/paste gets you a long ways, too. i'm certainly no SQL guru. But without C... we'll just have to accept your patches in the form of email text descriptions ;). -- ----- stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal
_______________________________________________ fossil-users mailing list [email protected] http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
