合并子目录中的git仓库

我想在我的工作git仓库中合并一个远程git仓库作为它的子目录。我希望生成的存储库包含两个存储库的合并历史记录，并且希望合并后的存储库中的每个文件都保留其历史记录，就像在远程存储库中一样。我尝试使用如何使用子树合并策略中所述的子树策略，但是按照该步骤进行操作后，尽管生成的存储库确实包含两个存储库的合并历史记录，但来自远程文件库的单个文件并未保留其历史记录（其中任何一个上的“ git log”仅显示一条消息“ Merged branch ...”）。

另外，我也不想使用子模块，因为我不想再将两个组合的git存储库分开。

是否可以将远程git存储库作为子目录合并到另一个目录中，而该远程git存储库中的单个文件会保留其历史记录？

非常感谢您的帮助。

编辑：我目前正在尝试使用git filter-branch重写合并的存储库历史记录的解决方案。它似乎确实有效，但我需要对其进行更多测试。我将返回报告我的发现。

编辑2：希望我能更清楚地给出与git的子树策略一起使用的确切命令，这显然会导致丢失远程存储库文件的历史记录。假设A是我当前正在使用的git repo，而B是我想作为其子目录并入A的git repo。它执行以下操作：

git remote add -f B <url-of-B>
git merge -s ours --no-commit B/master
git read-tree --prefix=subdir/Iwant/to/put/B/in/ -u B/master
git commit -m "Merge B as subdirectory in subdir/Iwant/to/put/B/in."

在执行这些命令并进入目录subdir / Iwant / to / put / B / in之后，我看到了B的所有文件，但是git log在其中任何一个文件上仅显示了提交消息“将B合并为subdir / Iwant / to / put中的子目录” / B / in。” 他们在B中的文件历史记录丢失了。

什么似乎工作（因为我在混帐初学者我可能是错的）如下：

git remote add -f B <url-of-B>
git checkout -b B_branch B/master  # make a local branch following B's master
git filter-branch --index-filter \ 
   'git ls-files -s | sed "s-\t\"*-&subdir/Iwant/to/put/B/in/-" |
        GIT_INDEX_FILE=$GIT_INDEX_FILE.new \
                git update-index --index-info &&
        mv "$GIT_INDEX_FILE.new" "$GIT_INDEX_FILE"' HEAD 
git checkout master
git merge B_branch

上面用于filter-branch的命令取自git help filter-branch，其中我仅更改了subdir路径。

在获得关于所发生情况的完整解释之后，我想我理解了，无论如何在底部，我都有一个解决方法。具体来说，我相信发生的事情是重命名检测被与--prefix合并的子树所欺骗。这是我的测试用例：

mkdir -p z/a z/b
cd z/a
git init
echo A>A
git add A
git commit -m A
echo AA>>A
git commit -a -m AA
cd ../b
git init
echo B>B
git add B
git commit -m B
echo BB>>B
git commit -a -m BB
cd ../a
git remote add -f B ../b
git merge -s ours --no-commit B/master
git read-tree --prefix=bdir -u B/master
git commit -m "subtree merge B into bdir"
cd bdir
echo BBB>>B
git commit -a -m BBB

我们使git目录a和b分别具有多个提交。我们进行子树合并，然后在新的子树中进行最终提交。

运行gitk（以z / a表示）确实显示了历史记录，我们可以看到它。运行git log表明历史记录确实出现。但是，查看特定文件有问题： git log bdir/B

好吧，我们可以玩一招。我们可以使用--follow查看特定文件的重命名前历史记录。 git log --follow -- B。这很好，但不是很好，因为它无法将合并前的历史与合并后的历史联系起来。

我尝试使用-M和-C，但是无法使其遵循一个特定文件。

因此，我认为解决方案是告诉git有关将在子树合并中进行的重命名。不幸的是，git-read-tree对子树合并非常挑剔，因此我们必须遍历一个临时目录，但是在提交之前，它可能会消失。之后，我们可以查看完整的历史记录。

首先，创建一个“ A”存储库并进行一些提交：

mkdir -p z/a z/b
cd z/a
git init
echo A>A
git add A
git commit -m A
echo AA>>A
git commit -a -m AA

其次，创建一个“ B”存储库并进行一些提交：

cd ../b
git init
echo B>B
git add B
git commit -m B
echo BB>>B
git commit -a -m BB

完成这项工作的技巧是：通过创建子目录并将其内容移入其中，强制Git识别重命名。

mkdir bdir
git mv B bdir
git commit -a -m bdir-rename

返回存储库“ A”并获取并合并“ B”的内容：

cd ../a
git remote add -f B ../b
git merge -s ours --no-commit B/master
# According to Alex Brown and pjvandehaar, newer versions of git need --allow-unrelated-histories
# git merge -s ours --allow-unrelated-histories --no-commit B/master
git read-tree --prefix= -u B/master
git commit -m "subtree merge B into bdir"

为了表明它们已经合并：

cd bdir
echo BBB>>B
git commit -a -m BBB

为了证明完整的历史记录保存在一个相连的链中：

git log --follow B

完成此操作后，我们就会获得历史记录，但是问题是，如果您实际上是在保留旧的“ b”存储库并偶尔将其合并（例如，它实际上是由第三方单独维护的存储库），则您会遇到麻烦，因为该第三方不会进行重命名。您必须尝试使用​​重命名将新更改合并到您的b版本中，我担心这样做不会顺利。但是如果b消失了，您就赢了。

git-subtree是一个脚本，专门用于在保留历史记录（和/或拆分子树的历史记录，但似乎与该问题无关）的同时将多个存储库合并为一个用例。自1.7.11版本以来，它作为git树的一部分分发。

要将<repo>修订版的存储库合并<rev>为子目录<prefix>，请使用git subtree add以下命令：

git subtree add -P <prefix> <repo> <rev>

git-subtree以更加用户友好的方式实现了子树合并策略。

的缺点是，在合并后的历史文件前缀的（不是在子目录中）。假设您将存储库合并a到中b。结果git log a/f1将显示除合并历史记录之外的所有更改（如果有）。你可以做：

git log --follow -- f1

但这不会在合并历史记录中显示其他更改。

换句话说，如果您不更改a仓库中的文件b，则需要指定--follow和不带前缀的路径。如果您在两个存储库中都进行了更改，那么您将拥有2条命令，这些命令都不显示所有更改。

在这里更多。

我想

1. 保持线性历史记录而无需显式合并，并且
2. 使合并后的存储库的文件看起来总是存在于子目录中，并且附带的一个影响是git log -- file不使用--follow。

步骤1：在源存储库中重写历史记录，以使其看起来所有文件始终都存在于子目录下。

为重写的历史记录创建一个临时分支。

git checkout -b tmp_subdir

然后git filter-branch按照“如何重写历史记录”中的说明使用，以便除我已移动的文件以外的所有文件都在子目录中？：

git filter-branch --prune-empty --tree-filter '
if [ ! -e foo/bar ]; then
    mkdir -p foo/bar
    git ls-tree --name-only $GIT_COMMIT | xargs -I files mv files foo/bar
fi'

第2步：切换到目标存储库。在源存储库中将源存储库添加为远程存储库并获取其内容。

git remote add sourcerepo .../path/to/sourcerepo
git fetch sourcerepo

步骤3：merge --onto用于将重写的源存储库的提交添加到目标存储库的顶部。

git rebase --preserve-merges --onto master --root sourcerepo/tmp_subdir

您可以检查日志，以确保它确实为您提供了所需的东西。

git log --stat

步骤4：重新设置基准后，您将处于“分离头”状态。您可以将主控快进到新的位置。

git checkout -b tmp_merged
git checkout master
git merge tmp_merged
git branch -d tmp_merged

步骤5：最后进行清理：删除临时遥控器。

git remote rm sourcerepo

如果您真的想将东西缝合在一起，请查找嫁接。您还应该使用git rebase --preserve-merges --onto。还有一个选项可以保留作者日期以提供提交者信息。

我发现以下解决方案对我来说是可行的。首先，我进入项目B，创建一个新分支，其中所有文件都将移至新的子目录。然后，我将这个新分支推向起源。接下来，我进入项目A，添加并获取B的远程对象，然后签出已移动的分支，然后回到master并合并：

# in local copy of project B
git checkout -b prepare_move
mkdir subdir
git mv <files_to_move> subdir/
git commit -m 'move files to subdir'
git push origin prepare_move

# in local copy of project A
git remote add -f B_origin <remote-url>
git checkout -b from_B B_origin/prepare_move
git checkout master
git merge from_B

如果我转到子目录subdir，则可以使用git log --follow并保留历史记录。

我不是git专家，所以我无法评论这是一个特别好的解决方案还是有警告，但是到目前为止，一切似乎还不错。

您是否尝试过将额外的存储库添加为git子模块？它不会将历史记录与包含的存储库合并，实际上，它将是一个独立的存储库。

我提到它，因为您没有。

假设您要将存储库合并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

更多关于它 这里。