对于这个有点冗长和混乱的标题，我深表歉意。我们有一个 git 存储库，其目录结构如下（根代表存储库根；名称是虚构的）：
/
/dir1/
/dir2/
/dir2/subdir1/
/dir2/subdir2/
团队同事使用/dir2/subdir1 的副本创建了一个新的git 存储库，即/dir2/subdir1 成为新存储库的根。我们在那个新存储库中做了一些（约 15 次）提交，然后我们决定在旧存储库中复制新提交。
执行此操作的最佳方式是什么？
当然，我们可以从新存储库创建一个补丁并将其作为单个提交应用到旧存储库中，但这样做会丢失历史的粒度。
在此期间旧存储库中没有涉及/dir2/subdir1 的提交，因此绝对应该没有冲突。
【问题讨论】：
标签： git
解决方案是使用git format-patch 和git am。在新的存储库中，我做了一个
git format-patch $revision
，其中$revision 是新版本库中对应于旧版本库状态的版本，即添加/dir2/subdir1 的版本。这创建了大约 15 个文件，其中包含每个提交的补丁。
然后我转移到旧存储库并使用git am 应用刚刚创建的补丁。我只需要指定必须应用这些补丁的目录：
git am --directory dir2/subdir1 $patches
，其中$patches 是在上一步中创建的文件。
现在提交从新的 repo 移到旧的 repo 中，我很高兴！
【讨论】：
选项1：分别为每个提交创建补丁（git format-patch），并按顺序应用到旧仓库
选项 2：将新的 repo 作为远程添加到旧的 repo，获取分支，在本地 repo 上签出分支并选择所有提交（使用gitk 更容易`）
选项3：将新repo作为远程添加到旧repo，获取分支，并将其与旧repo中的分支合并。
希望对你有帮助！
【讨论】：
/dir1/ 和/dir2/subdir2/。还是我错过了什么？
/dir2/subdir1 是新存储库的根目录：该目录中的所有文件都在新存储库的根目录中。无论如何，您对 Option1 的建议非常成功，我只用两个命令就解决了我的问题。我将发布我自己问题的答案。非常感谢！