你可以使用git子模块来“链接”到其他项目。
请参见此处-https://github.blog/2016-02-01-working-with-submodules/

我发现有一个子模块的替代方案更实用：subtree.
根据该link，优点是：

• 简单工作流程的管理非常简单。
• 支持旧版本的git（甚至在v1.5.2之前）。
• 子项目的代码在超级项目的克隆完成后立即可用。
• 子树不需要仓库的用户学习任何新的东西，他们可以忽略你正在使用子树来管理依赖关系的事实。
• subtree不像submodule那样添加新的元数据文件（例如. gitmodule）。
• 可以修改模块的内容，而无需在其他地方拥有独立的依赖项存储库副本。

GitHub也允许你在GitHub的注解或提交中引用其他仓库，例如：

We should probably handle this with github/enterprise#59

这将为问题github/enterprise#59添加一个更新，其中包含指向您的评论/提交的链接。

跨存储库问题引用

当然，GitHub是关于社会化编码的，但是你也可以有社会化仓库。你可以通过在一个问题中提到user/repository#number来在仓库之间引用问题。一旦我们看到类似的东西--比如github/enterprise#59 --我们一定会更新github的企业仓库中的问题#59，让你知道它是从哪里引用的。这是GitHub Flavored Markdown的一部分，它也有自己的一些技巧。
阅读更多：https://github.com/blog/967-github-secrets