版本控制系统的结构 - 配置和脚本

版本控制系统的结构 - 配置和脚本

我们计划为我们的服务器团队引入版本控制,这样我们就可以保持配置文件和代码整洁。
服务器基础主要是 Windows,还有一些 Linux,分布在几个大洲。由于该项目的主要目的是控制(无意双关)配置脚本的传播并保持配置文件整洁。
我想知道是否有一些现有的最佳实践来构建存储库。不幸的是,我的谷歌搜索在这里失败了。如果这个问题已经在这里被问到了,请原谅。

我可以从两个存储库开始:'脚本' 和 '配置文件',然后在创建子目录时进行操作。但是我确信这已经做过很多次了,我宁愿不重复别人的错误。在 '脚本' 和 '配置文件' 目录中组织数据有什么好的规则吗?

至于源代码控制系统的选择,我倾向于分布式 VC 系统(git、mercurial),该系统已经内置了多站点部署的弹性。其他一些选项也很重要,例如:使用多个 LDAP 服务器(即 AD 域)中的组进行身份验证和良好的 Windows GUI 客户端以取悦 Windows 用户。

答案1

我认为你可以从探索开始etckeeper使用 Etckeeper 控制配置在 ServerWatch 上作为 QuickStart) 并选择 SCM-backend (来自支持),它具有强大的 LDAP 功能 (我在这里没有主意了)

相关内容