我稍微手动合并项目，这使我可以避免处理合并冲突。

首先，从另一个项目中复制文件，无论您需要什么。

cp -R myotherproject newdirectory
git add newdirectory

历史上的下一次拉力

git fetch path_or_url_to_other_repo

告诉git在上次获取的历史记录中合并

echo 'FETCH_HEAD' > .git/MERGE_HEAD

现在按您通常的方式提交

git commit

谷歌有一个Copybara工具，用于更复杂的用例-https://github.com/google/copybara

我遇到了类似的挑战，但在我的情况下，我们在回购协议a中开发了一个版本的代码库，然后将其克隆到新的回购协议B中，用于新版本的产品。修复了回购协议A中的一些错误后，我们需要将更改FI到回购协议B中

向指向回购a的回购B添加远程（git remote add…）拉动当前分支（我们没有使用master修复错误）（git pull-remoteForRepabugFixBranch）将合并推送到github

工作愉快：）

如果两个存储库都有相同类型的文件（就像两个Rails存储库用于不同的项目），您可以将辅助存储库的数据提取到当前存储库中：

git fetch git://repository.url/repo.git master:branch_name

然后将其合并到当前存储库：

git merge --allow-unrelated-histories branch_name

如果您的Git版本小于2.9，请删除--允许不相关的历史记录。

在此之后，可能会发生冲突。例如，可以使用gitmergetool来解析它们。kdiff3只能与键盘一起使用，因此在读取代码时仅需几分钟，就会产生5个冲突文件。

记住完成合并：

git commit

https://github.com/hraban/tomono作为基于脚本的解决方案的另一个例子。

我不是作者，但使用了它，它完成了任务。

一个积极的方面是，你将所有分支机构和所有历史记录纳入最终回购。对于我的repo（repo中没有重复的文件夹-实际上，它们来自tfs2git迁移），没有冲突，一切都是自动运行的。

它主要用于（参见名称）创建monoreos。

对于Windows用户：gitbash可以执行.sh文件。它带有标准的git安装。

我稍微手动合并项目，这使我可以避免处理合并冲突。

首先，从另一个项目中复制文件，无论您需要什么。

cp -R myotherproject newdirectory
git add newdirectory

历史上的下一次拉力

git fetch path_or_url_to_other_repo

告诉git在上次获取的历史记录中合并

echo 'FETCH_HEAD' > .git/MERGE_HEAD

现在按您通常的方式提交

git commit