Deleting the subtree-cache directory should be safe enough, it only holds a record of previously created commit mappings, and deleting it just makes subsequent runs slower. The data that actually determines whether you have a regular merge or a subtree merge is part of the commit message, and everything else is derived from that. > On 12 Mar 2020, at 9:33 pm, Marc Balmer <marc@xxxxxxx> wrote: > > G'day > > Due to some issue in git subtree, a subtree push pushed all commits (over 8000) ever done to the main repository. So the history of the subtree'ed repository not only showed commits done to the particular subtree, but all commits in the whole project (see E-mail exchange below). > > Today we decided to no longer use subtrees, but to use two independend repository and managing merges manually. > > How can we get rid of a subtree cache data? Is it enough to remove the .git/subtree-cache directory? Or is that dangerous? Does git-subtree store any data anywhere else? > > Thanks and regards, > Marc
