Elijah Newren <newren@xxxxxxxxx> writes: > A little more detail, for the curious: I have a script that is, among > other things, renaming large numbers of files. Calling 'git mv <old> > <new>' on each pair took forever. So I switched to manually renaming > the files in the working copy myself, and using git update-index > --index-info to do the renames in the index. The result was _much_ > faster, but of course that method blows away all the stat information > for the relevant files and causes any subsequent git operation (after > my script is done) to be slow. I inserted a 'git update-index -q > --refresh' at the end of my script to fix that, but that is much > slower than I want since it has to re-read all the affected files to > ensure they haven't been modified (however, it isn't as slow as > forking many git-mv processes). I've tried to look for a way to speed > up this update, but haven't found one. Sounds like a one-off thing to me, and I personally do not think it is worth the effort to add something even riskier than assume-unchanged to solve. -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html