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


