如何导入现有的Git存储库到另一个?

我在一个名为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 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)

2009-11-05 21:05:09

其他回答

在我的例子中，我只想从另一个存储库(XXX)导入一些文件。子树对我来说太复杂了，其他的解都不行。这就是我所做的:

ALL_COMMITS=$(git log --reverse --pretty=format:%H -- ZZZ | tr '\n' ' ')

这将为您提供一个以空格分隔的列表，其中包括所有影响我想要导入的文件(ZZZ)的反向顺序(您可能还必须添加——follow以捕获重命名)。然后我进入目标存储库(YYY)，将另一个存储库(XXX)添加为远程，从它中获取，最后:

git cherry-pick $ALL_COMMITS

这会将所有提交添加到分支，因此您将拥有所有具有历史记录的文件，并且可以对它们做任何您想做的事情，就像它们一直在这个存储库中一样。

2013-02-27 09:16:10

我不知道有什么简单的办法。你可以这样做:

使用git filter-branch在XXX存储库上添加一个ZZZ超级目录将新的分支推到YYY存储库将推送的分支与YYY的主干合并。

如果听起来吸引人，我可以修改细节。

2009-11-05 21:06:03

Git仓库本身就有一个著名的实例，在Git社区中被统称为“有史以来最酷的合并”(以Linus Torvalds在给Git邮件列表中描述这次合并的电子邮件的主题行命名)。在这种情况下，gitk Git GUI现在是Git的一部分，实际上曾经是一个单独的项目。Linus设法将该存储库合并到Git存储库中

它出现在Git存储库中，就好像它一直是作为Git的一部分开发的一样，所有的历史都保存完好它仍然可以在旧的存储库中独立开发，只需通过git提取更改即可。

电子邮件包含了复制所需的步骤，但不适合胆小的人:首先，Linus写了Git，所以他可能比你我知道得多一些;其次，这是近5年前的事情了，Git从那时起已经有了很大的改进，所以现在可能要容易得多。

特别是，我猜现在人们会在这种特定情况下使用gitk子模块。

2009-11-05 23:39:34

可能最简单的方法是将XXX的东西拉到YYY的分支中，然后合并到master中:

多:

git remote add other /path/to/XXX
git fetch other
git checkout -b ZZZ other/master
mkdir ZZZ
git mv stuff ZZZ/stuff                      # repeat as necessary for each file/dir
git commit -m "Moved stuff to ZZZ"
git checkout master                
git merge ZZZ --allow-unrelated-histories   # should add ZZZ/ to master
git commit
git remote rm other
git branch -d ZZZ                           # to get rid of the extra branch before pushing
git push                                    # if you have a remote, that is

实际上，我刚刚用我的几个回购尝试了这个，它是有效的。不像Jörg的答案，它不会让你继续使用另一个回购，但我不认为你指定无论如何。

注意:由于这篇文章最初写于2009年，git添加了下面答案中提到的子树合并。我今天可能会用这个方法，当然这个方法仍然有效。

2009-11-06 00:47:59