Git存储库中的Git存储库

Question

我有一个包含Git存储库的Git存储库。

repo1/
     .git/
     files
     repo2/
          .git/
          files
     files

是否可以使用这种架构？

Answer 1

你可以有嵌套的git repos：
父回购将简单 忽略嵌套的repo 。

jleedev评论并用这个gist脚本说明父repo将通过gitlink跟踪嵌套的repo状态。
（gitlink =对象的SHA-1引用另一个存储库中的提交.Git链接只能由SHA或通过提交标记指定。
gitlink有一个特殊的模式' 160000 '，用于子模块，但也用于简单的嵌套repos）。

但是，通常的命令不会确认嵌套的repo： add或commit只适用于一个repo而不是另一个repo。

git子模块允许引用来自父repo的嵌套repo，并保留子repo的精确引用。

另一种选择可能涉及：

• 两个单独的Git回购（不嵌套）
• 符号链接从一个到另一个的特定部分（Unix，但也有Windows Vista +都有符号链接）

Answer 2

你正试图完成一个叫做“子模块”的事情。

请查看Git Tools - Submodules以了解它是如何工作的。

Answer 3

我已经使用了那个结构很长一段时间了，在外部仓库中.gitignore中指定了子仓库目录。

它混淆了我的编辑器（PhpStorm）中的git工具，它总是想要提交外部仓库，但是其他工作正常。 我将整个外部仓库（包括所有内部仓库）加载为编辑器中的单个项目。 这使我能够在处理内部仓库时轻松搜索和检查外部仓库中的代码。

无论我正在做什么回购，我都会从Git bash做所有Git操作。

子模块可能是更好的方法。 我没有时间调查他们是否能更好地使用PhpStorm。

Answer 4

是的，你可以使用这种模式。 我过去曾用它来将SVN外部引入git-svn克隆。 子模块现在可以更好地处理这个问题，但当时并不适合我的需求。

您需要将以下内容添加到repo1 / .git / info / exclude以确保repo2中的更改不与repo1混合：

repo2

Answer 5

我也同意罗纳德威廉的回答 。 Git子模块的主要目的是更新从外部世界获取的代码，而不需要在更新修改代码时提交更改。

Composer包管理系统也是如此。 实际上， 他们不建议提交这些更改，并忽略项目根目录中.gitignore中的vendor文件夹。

如果您尝试提交此文件夹，这是一场噩梦，因为某些vendor / some_repo可能是开发版本，因此他们有一个.git文件夹，导致所有这些包成为子模块，即使您不添加他们用git submodule add 。 如果在嵌套的.git存储库中修改some_file ，则可以看到类似这样的内容：

~/project_root $ git status
# On branch master
# Changes not staged for commit:
#   (use "git add <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#   (commit or discard the untracked or modified content in submodules)
#
#    modified:   vendor/nested_repo (modified content)

请注意子模块条目中的已修改内容，并且您在输出some_file不到some_file名称。 相反，您会看到（修改内容）通知，因为root_project .git将vendor / nested_repo视为子模块，并且不跟踪该文件夹中的单个文件。

如果你运行git add --all那么在你提交vendor/nested_repo更改之前你将得不到任何结果，并且只有在那之后才能在根存储库中提交更改。

不要这样做。 相反，如果您希望将项目作为一个整体.git存储库（任何，不仅是Composer构建的存储库），这有时非常方便，在初始提交之前将此条目添加到根.gitignore：

.git
!/.git

不幸的是，要使整个配方工作，您需要为稍后要单独修改的每个嵌套存储库运行git add命令。 请注意，存储库路径中的斜杠是必须的 。

~/project_root $ git add vendor/some_repo/ vendor/another_repo/

然后修改some_file在vendor/some_repo ，看到了差距：

~/project_root $ git status
# On branch master
# Changes not staged for commit:
#   (use "git add <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#    modified:   vendor/some_repo/some_file

这样你就可以像往常一样在project_root运行git add --all然后git commit "Changes ..." 。

Answer 6

还有包管理解决方案。

确实，Git子模块允许您使用您描述的架构进行开发，而Git子树提供了许多人喜欢的类似解决方案。

在我看来，包管理软件是任何复杂项目的组成部分。 我喜欢Composer，因为它支持直观的工作流程。

不幸的是，PhpStorm不支持​​Git子模块：

应支持Git子模块（IDEA-64024）