Git有解决数百个小项目问题的机制吗？

假设我们练习解决问题，在每个文件夹中，我们都有源代码、示例输入、输出和注释。为了保持独立性，最好将每个问题和文件夹作为单独的Git回购。为了安全地备份文件，我们可以

git将
推送到GitHub或GitLab

将
git commit
注释彼此分开也很好，作为一个问题的注释，如果与数百个其他问题的注释混合在一起，那么它可能是混乱的

但当我们现在有120份这样的回购协议时，问题就出现了。如果我们想
git克隆
所有这些问题到我们的另一台计算机上，我们必须
git克隆
120次？有没有一种方法可以将一些回购组合或批处理在一起，使它们属于一个组，或者以某种方式拥有一个包含120个其他小型回购的回购？
子树合并
可能就是您要找的。

另一种选择是一种第三方且有良好文档记录的工具
git subsection

非常好的git子树教程：
子树合并
可能就是您想要的。

另一种选择是一种第三方且有良好文档记录的工具
git subsection

非常好的git子树教程：
git子模块怎么样。您可以将120回购协议定义为更大回购协议的子模块。然后，当使用git clone--recursive克隆主repo时，您也会得到所有子模块。您可以尝试使用子模块。或者，你可以将所有文件夹都放在一个repo中，并使用稀疏签出。试试谷歌的repo，这是一个设计用于管理Android代码的工具，有数百个git存储库。分离提交消息是单一repo的唯一问题吗？您可以通过
git log path
在repo中查看每个给定文件或目录的git commit注释。git子模块如何。您可以将120回购协议定义为更大回购协议的子模块。然后，当使用git clone--recursive克隆主repo时，您也会得到所有子模块。您可以尝试使用子模块。或者，你可以将所有文件夹都放在一个repo中，并使用稀疏签出。试试谷歌的repo，这是一个设计用于管理Android代码的工具，有数百个git存储库。分离提交消息是单一repo的唯一问题吗？您可以通过
git log path
在repo中查看每个给定文件或目录的git commit注释。