I learn "tree" and "index" from the this aritcle: Learning Git Internals by Example
but when it come to "git filter-branch" command, I don't know what is the difference between "--tree-filter" and "--index-filter".
I learn "tree" and "index" from the this aritcle: Learning Git Internals by Example
but when it come to "git filter-branch" command, I don't know what is the difference between "--tree-filter" and "--index-filter".
The short version is that --tree-filter
checks out each commit into a temporary directory, runs your filter command, and builds a new commit from whatever is now in the temporary directory; while --index-filter
copies each commit into the index, runs your filter command, and builds a new commit from whatever is now in the index.
Copying a commit to the index is much1 faster than checking out the commit. Building a commit from the index is faster than building a commit from a directory. As a result, using the index filter is much faster than using the tree filter. It's not as easy to script for, though.
1The exact speed difference depends on your temporary directory: an in-memory file system is faster than an on-SSD file system which is faster than on-spinning-media, so you gain more if you're using spinning media than if you can point the tree filter to an in-memory file system. But even then the index filter is still faster.
On actual disks, I've seen about a factor of 100 or so (hence an index filter that takes 2 minutes translates to a tree filter that takes 3+ hours).
© 2022 - 2024 — McMap. All rights reserved.