我在一个名为XXX的文件夹中有一个Git存储库，还有一个名为YYY的Git存储库。
我想将XXX存储库作为名为ZZZ的子目录导入到YYY存储库中，并将所有XXX的更改历史添加到YYY中。
之前的文件夹结构:
├── XXX
│ ├── .git
│ └── (project files)
└── YYY
├── .git
└── (project files)
文件夹结构后:
YYY
├── .git <-- This now contains the change history from XXX
├── ZZZ <-- This was originally XXX
│ └── (project files)
└── (project files)
这可以做到吗，或者我必须使用子模块?
当前回答
Git仓库本身就有一个著名的实例，在Git社区中被统称为“有史以来最酷的合并”(以Linus Torvalds在给Git邮件列表中描述这次合并的电子邮件的主题行命名)。在这种情况下，gitk Git GUI现在是Git的一部分，实际上曾经是一个单独的项目。Linus设法将该存储库合并到Git存储库中
它出现在Git存储库中，就好像它一直是作为Git的一部分开发的一样， 所有的历史都保存完好 它仍然可以在旧的存储库中独立开发，只需通过git提取更改即可。
电子邮件包含了复制所需的步骤，但不适合胆小的人:首先，Linus写了Git，所以他可能比你我知道得多一些;其次，这是近5年前的事情了，Git从那时起已经有了很大的改进，所以现在可能要容易得多。
特别是，我猜现在人们会在这种特定情况下使用gitk子模块。
其他回答
如果您希望保留第二个存储库的确切提交历史，并因此保留将来轻松合并上游更改的能力，那么下面是您想要的方法。它会导致子树的未修改历史被导入到repo中，再加上一个合并提交，将合并的存储库移动到子目录中。
git remote add XXX_remote <path-or-url-to-XXX-repo>
git fetch XXX_remote
git merge -s ours --no-commit --allow-unrelated-histories XXX_remote/master
git read-tree --prefix=ZZZ/ -u XXX_remote/master
git commit -m "Imported XXX as a subtree."
你可以像这样跟踪上游的变化:
git pull -s subtree XXX_remote master
在进行合并之前，Git会自己计算出根的位置，因此您不需要在后续的合并中指定前缀。
缺点是在合并的历史中文件没有前缀(不在子目录中)。因此，git log ZZZ/a会显示除了合并历史之外的所有更改(如果有的话)。你可以:
git log --follow -- a
但这不会显示合并历史中其他的变化。
换句话说，如果不更改存储库XXX中的ZZZ文件，则需要指定——follow和一个无前缀路径。如果在两个存储库中都更改它们，则有两个命令，其中没有一个显示所有更改。
2.9之前的Git版本:你不需要给Git merge传递——allow-unrelated-histories选项。
另一个答案中的方法使用read-tree并跳过merge -s ours步骤，实际上与使用cp复制文件并提交结果没有什么不同。
原始来源来自github的“子树合并”帮助文章。这是另一个有用的链接。
我认为你可以使用'git mv'和'git pull'来做到这一点。
我是一个公平的git新手-所以要小心你的主存储库-但我刚刚在一个临时目录中尝试了这一点，它似乎工作。
首先-重命名XXX的结构，以匹配你想要它在YYY中的样子:
cd XXX
mkdir tmp
git mv ZZZ tmp/ZZZ
git mv tmp ZZZ
现在XXX是这样的:
XXX
|- ZZZ
|- ZZZ
现在使用'git pull'来获取更改:
cd ../YYY
git pull ../XXX
现在YYY是这样的:
YYY
|- ZZZ
|- ZZZ
|- (other folders that already were in YYY)
我不知道有什么简单的办法。你可以这样做:
使用git filter-branch在XXX存储库上添加一个ZZZ超级目录 将新的分支推到YYY存储库 将推送的分支与YYY的主干合并。
如果听起来吸引人，我可以修改细节。
没有足够的代表给x-yuri的回答加上评论，但它工作得很漂亮，保存了历史。 我正在与两个工作的本地回购工作，并收到这个错误:
中止:拒绝破坏性地覆盖此后的回购历史 这看起来不像一个新的克隆体。 (预计新包装的回购) 请改用一个新的克隆体做手术。如果你想继续，那就用武力。
与其担心——force标志的含义，我先在本地克隆了这个repo:
cd tempDir
git clone <location of repo to be merged> --no-local
用这个新克隆的拷贝来执行x-尤里布置的一系列命令。 最后，在:git filter-repo——to-subdirectory-filter a中，a是你要导入的repo根文件夹的名称。
根据这篇文章，使用子树对我来说是有效的，只转移了适用的历史。在这里发布，以防有人需要这些步骤(确保将占位符替换为适用于你的值):
在源存储库中将子文件夹拆分为一个新的分支
Git子树拆分——prefix=<source-path-to-merge> -b subtree-split-result
在你的目标repo合并在拆分结果分支
git remote add merge-source-repo <path-to-your-source-repository>
git fetch merge-source-repo
git merge -s ours --no-commit merge-source-repo/subtree-split-result
git read-tree --prefix=<destination-path-to-merge-into> -u merge-source-repo/subtree-split-result
验证您的更改并提交
git status
git commit
别忘了
通过删除子树拆分结果分支进行清理
git branch -D subtree-split-result
删除为从源repo获取数据而添加的远程
Git远程rm merge-source-repo
