我在一个名为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)
这可以做到吗，或者我必须使用子模块?
当前回答
让我使用名称a(代替XXX和ZZZ)和b(代替YYY)，因为这使描述更容易阅读。
假设你想要合并存储库a到b(我假设它们位于彼此旁边):
cd a
git filter-repo --to-subdirectory-filter a
cd ..
cd b
git remote add a ../a
git fetch a
git merge --allow-unrelated-histories a/master
git remote remove a
为此你需要安装git-filter-repo(不建议使用filter-branch)。
一个合并两个大型存储库的示例，将其中一个存储库放入子目录:https://gist.github.com/x-yuri/9890ab1079cf4357d6f269d073fd9731
这里有更多。
其他回答
在我的例子中，我只想从另一个存储库(XXX)导入一些文件。子树对我来说太复杂了，其他的解都不行。这就是我所做的:
ALL_COMMITS=$(git log --reverse --pretty=format:%H -- ZZZ | tr '\n' ' ')
这将为您提供一个以空格分隔的列表，其中包括所有影响我想要导入的文件(ZZZ)的反向顺序(您可能还必须添加——follow以捕获重命名)。然后我进入目标存储库(YYY)，将另一个存储库(XXX)添加为远程，从它中获取，最后:
git cherry-pick $ALL_COMMITS
这会将所有提交添加到分支，因此您将拥有所有具有历史记录的文件，并且可以对它们做任何您想做的事情，就像它们一直在这个存储库中一样。
Git-subtree正是为这样的用例设计的脚本:将多个存储库合并为一个，同时保留历史(和/或分割子树的历史，尽管这似乎与这个问题无关)。从1.7.11版开始，它作为git树的一部分发布。
要合并一个<repo> at revision <rev> as subdirectory <prefix>的仓库，使用git子树add，如下所示:
git subtree add -P <prefix> <repo> <rev>
Git-subtree以一种更用户友好的方式实现子树合并策略。
对于您的情况，在存储库YYY中，您将运行:
git subtree add -P ZZZ /path/to/XXX.git master
缺点是在合并的历史中文件没有前缀(不在子目录中)。因此，git log ZZZ/a会显示除了合并历史之外的所有更改(如果有的话)。你可以:
git log --follow -- a
但这不会显示合并历史中其他的变化。
换句话说，如果不更改存储库XXX中的ZZZ文件，则需要指定——follow和一个无前缀路径。如果在两个存储库中都更改它们，则有两个命令，其中没有一个显示所有更改。
这里有更多。
如果您希望保留第二个存储库的确切提交历史，并因此保留将来轻松合并上游更改的能力，那么下面是您想要的方法。它会导致子树的未修改历史被导入到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 format-patch。
假设我们有两个git存储库foo和bar。
foo包含:
福.txt 。去
栏包含:
酒吧.txt 。去
我们希望以foo结束，其中包含bar历史记录和这些文件:
foo . txt。 git。 雷丁酒吧。. txt。
要做到这一点:
1. create a temporary directory eg PATH_YOU_WANT/patch-bar
2. go in bar directory
3. git format-patch --root HEAD --no-stat -o PATH_YOU_WANT/patch-bar --src-prefix=a/foobar/ --dst-prefix=b/foobar/
4. go in foo directory
5. git am PATH_YOU_WANT/patch-bar/*
如果我们想重写所有从bar提交的消息，我们可以这样做，例如在Linux上:
git filter-branch --msg-filter 'sed "1s/^/\[bar\] /"' COMMIT_SHA1_OF_THE_PARENT_OF_THE_FIRST_BAR_COMMIT..HEAD
这将在每条提交消息的开头添加“[bar]”。
根据这篇文章，使用子树对我来说是有效的，只转移了适用的历史。在这里发布，以防有人需要这些步骤(确保将占位符替换为适用于你的值):
在源存储库中将子文件夹拆分为一个新的分支
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
