When there are multiple subtrees in a repo and git subtree split --rejoin is being used for the subtrees, the processing of commits for a new split can take a significant (and constantly growing) amount of time because the split commits from other subtrees cause the processing to have to scan the entire history of the other subtree(s). This patch filters out the other subtree split commits that are unnecessary for the split commit processing. Zach FettersMoore (3): subtree: fix split processing with multiple subtrees present subtree: changing location of commit ignore processing subtree: adding test to validate fix contrib/subtree/git-subtree.sh | 29 ++++++++++++++++++++- contrib/subtree/t/t7900-subtree.sh | 41 ++++++++++++++++++++++++++++++ 2 files changed, 69 insertions(+), 1 deletion(-) base-commit: bda494f4043963b9ec9a1ecd4b19b7d1cd9a0518 Published-As: https://github.com/gitgitgadget/git/releases/tag/pr-1587%2FBobaFetters%2Fzf%2Fmulti-subtree-processing-v3 Fetch-It-Via: git fetch https://github.com/gitgitgadget/git pr-1587/BobaFetters/zf/multi-subtree-processing-v3 Pull-Request: https://github.com/gitgitgadget/git/pull/1587 Range-diff vs v2: 1: 43175154a82 = 1: 43175154a82 subtree: fix split processing with multiple subtrees present 2: d6811daf7cf = 2: d6811daf7cf subtree: changing location of commit ignore processing -: ----------- > 3: eff8bfcc042 subtree: adding test to validate fix -- gitgitgadget
