我想现在所有的系统pipe理员已经开始为各种场景，用户pipe理，服务器构build，事件缓解任务，应用程序部署等收集大量脚本。
和大多数系统pipe理员一样，我将这些脚本保存在一堆版本控制库中。
这些知识库已经开始变得没有结构化，很难find内容。 导致重复和其他这样有趣的事情。
有没有人有相当于： https : //stackoverflow.com/questions/16829/structure-of-projects-in-version-control
但结构pipe理脚本，而不是开发项目
我使用Git。 我有一大堆公共（主要）git仓库在我的Github帐户，我有一个“devopstools”存储库，其中大多数只包含子模块链接到其他存储库。
看到这里： https ： //github.com/tomoconnor/devopstools
当我添加新脚本的时候，他们要么进入devopstools仓库的脚本/目录，要么进入一个单独的项目，如果他们大而笨重，然后得到子模块。
我的树
REPOROOT – 主机 – 服务 – 文件
（对于主机 – 服务对，我知道目标上的完整目标path，如果SVNpath也存储在自定义属性中）