版本控制系统的结构 – configuration和脚本

我们正在计划为我们的服务器团队引入版本控制,以便我们可以保持我们的configuration文件和代码整洁。
服务器基础大部分是Windows和一些Linux,分布在几个大洲。 由于这个项目的主要目的是通过configuration脚本来控制(没有双关语意),并保持configfiles整齐。
我想知道是否有一些现有的最佳做法来构build存储库。 不幸的是,我的谷歌在这里失败了。 道歉,如果这已经被问到这里了。

我可以从两个存储库开始:“脚本”和“configuration文件”,然后创build子目录。 不过,我相信这已经做了很多次了,我不想重复别人的错误。 在“脚本”和“configuration文件”目录中是否有组织数据的良好规则?

至于源代码pipe理系统的select,我倾向于已经build立了适应多站点部署的分布式VC系统(git,mercurial)。 其他一些选项也很重要,例如:使用多个LDAP服务器(即AD域)中的组进行validation,以及使用Windows GUI客户端来请求Windows用户。

我想,你可以从探索etckeeper ( 保持configuration在 ServerWatch上的Etckeeper作为QuickStart)开始,并select具有强大LDAP能力的SCM-backend(来自支持)(我在这里没有想法)