目前在一个仓库里保存多个相关项目的最佳实践是什么？

[abcbuzhiming]

我知道有些人会所，仓库不值钱，就应该一个仓库放一个项目，都分开。我这里不讨论这个观点的对错，我只说某些时候从管理角度出发，会有这种把相关项目都放在一个仓库的需求。

我曾经看到过一种说法，说这种需求最好的方式是用分支，一个分支就是一个项目，但是我实际使用的时候。发现这种方式在本地同步和推送的时候，也挺累人的，要执行好多次 git 命令。而且我没有在 github 上找到使用类似方式管理多项目的仓库。比如著名的 Spring FrameWork 仓库，它的一个仓库里若干个目录，每个目录就是一个项目。而分支是用来管理版本的。
所以我感觉找不到特别合适的集合管理办法，感觉 Git 的设计，本质是为代码设计的仓库，假设我希望像传统设计那样，把设计文档，说明书类的东西，一起放入仓库的话。就立马感觉到不伦不类，全身不舒服

[huxins]

我们公司 svn 就是这样的，第一级，是 code，doc,code 下是各个项目，doc 下是各种规范、资料、文档、报表，我感觉我用的挺舒服的，我个人的项目都是用 git，一个库一个项目，毕竟公司 svn 集中也不错，个人 svn 我怕玩崩了

[azhi]

好像有个 git submodule，不知道是否符合

[haohong]

monorepo 了解一下，一种管理方式；对应的解决方案是 lerna。

一个简介的文章：[Monorepo--大型前端项目的代码管理方式]( https://mp.weixin.qq.com/s?__biz=MzAxNDQ4NDI0MQ==&mid=2454296072&idx=1&sn=d0c943350f93529683235081736b8ba3&chksm=8c2fa076bb5829609a8dbd73796830cae19346cd4a7a4f3b4d38cd3fd51996fdd2c52589477e&token=205622920&lang=zh_CN#rd)

[superrichman]

git 就是拿来管理单个项目的，你要同时集中管理多个还是用 svn 吧，不用在 git 上折腾了

[flyingfz]

如果你用的是 gitlab， 那么，可以使用 群组 。

一个项目，一个群组。 同时，群组可以组织 相关的账号、权限 等等。
然后， 每个项目 单独的仓库 。