在我和网络架构师之间,我们管理着许多Web服务器(FreeBSD).他负责所有服务器/网络相关的东西(IP,防火墙,用户/组等),我负责所有与Web相关的东西(Apache,PHP,MySQL).有时责任重叠.

它发生了几次对配置文件进行了一些更改,这些更改或多或少地影响了服务器,我们无法弄清楚我们中的哪一个进行了更改以及为什么.

我 – 作为一名Web开发人员 – 认为将文件置于版本控制之下(我们目前使用的是Subversion)是一种很好的做法,因此每当我们改变任何内容时,我们都必须对这些更改进行评论.它会解决所有问题,想知道谁做了什么以及为什么做.

我想到的特定配置文件是：

>防火墙配置
> apache配置(附加功能)
> php config(php.ini)
> MySQL配置(my.conf)

我已经知道,服务器配置文件的想法版本控制是基于other question asked here的声音.我唯一担心的是如何在Web服务器端正确地执行它,因为文件位于不同的位置.将整个/usr/local/etc置于版本控制之下似乎毫无意义,因为它不仅包含配置文件.

我想知道是否不创建一个新的文件夹,比如/ config将受版本控制,并将包含我们需要的所有配置文件,然后用符号链接将原始文件替换为/ config文件夹中的文件夹.例如.：

/usr/local/etc/apache22/httpd.conf -> /config/apache22/httpd.conf

所以问题是：这是一个好主意,如果不是,什么是更好的解决方案？

解决方法:

如果你使用GIT,那么在版本控制下整个/usr/local/etc就完全没有意义了.

>如果您愿意,您只能跟踪一小撮文件
>跟踪所有配置文件的工作目录的大小并不大

只需安装git,然后转到/usr/local/etc并编写git init.这将在您当前位置创建.git文件夹(基本上将此文件夹设为存储库).

然后添加要跟踪的配置文件：
 git add firewall / firewall_config.conf apache2 / httpd.conf等
并提交：git commit -m“初始配置”

您的配置文件现在正在被跟踪.