问题
Suppose one was trying to merge together a bunch of different GitHub repositories with certain properties. Namely, most of these repositories have contents that are copies of various tarballs mirroring various historic states of an external, read-only repository's working tree.
However, one of the repositories in question only contains the contents of a folder from inside that working tree. Considering that all of the other repositories share a lot of tarball-dumping commits that updated their contents, could one create a new repository and set it up so that all of the other repositories, even the errant one, end up as forks of it?
If that is possible, then could the new repository preserve all of the history from the reverse-merged repositories? Even then, though, how would one go about doing such an operation?
来源：https://stackoverflow.com/questions/26683569/git-repositories-and-history-hijinks