您的问题的简短答案是。
我会毫不犹豫地推荐Git（或任何其他版本控制软件）来跟踪配置文件。从那时起，我的工作效率提高了（特别是在配置新安装时），并对我的配置文件更加自信。版本控制，我的记录是什么进行了更改，并提交信息提供了理由为什么进行了更改。如果更改有意想不到的副作用，我可以轻松查看日志/历史记录以查看是什么更改导致了副作用。
就个人而言，我会小心跟踪/根目录下的所有文件。要忽略的路径列表可能会变得庞大而笨拙。我更喜欢将每个逻辑文件集保留在自己的存储库中。
我手动使用Git跟踪我的个人配置/启动文件，例如Vim配置，Bash函数，别名等–类似于如何使用git跟踪$ HOME中列出的方法。我将每组文件保存在各自的存储库中，并使用指向主目录的符号链接。
对于系统配置文件，我使用的Git与Etckeeper跟踪文件在我的/etc目录中。
缺点
要提防的一个问题是，被跟踪的文件是否包含硬链接。当使用Git检出文件或以其他方式修改工作树时，它将取消链接文件，然后重新创建它们。有关更完整的说明，请参见Git，Dotfiles和Hardlinks。
守门员
Etckeeper可用于保留对/ etc所做更改的完整历史记录。它跟踪版本控制系统通常不支持的文件元数据，但是对于元数据来说很重要/etc，例如的权限/etc/shadow。
它挂接到apt和yum之类的程序包管理器中，并（在其默认配置下）在安装前和安装后运行，以便对所有更改进行/etc跟踪。
如果安装或删除了软件包，则/ etc中所有未提交的更改将在软件包操作之前进行提交，因此有两次提交：
- “在运行yum之前在/ etc中保存未提交的更改”
- “在运行yum之后在/ etc中进行更改”
我已经在基于Debian和Red Hat的发行版中使用了它，并且我知道它支持Arch软件包管理。我不能说它会给Gentoo系统增加多少自动化，但是有一个可用的软件包。
它还支持将配置文件推送到远程存储库
（当然应该是私有的）。
组态
安装软件包后，您可能需要对其进行配置（/etc/etckeeper/etckeeper.conf），例如，在Ubuntu系统上，默认版本控制系统已从Git更改为Bazaar。您可能还想禁用每日自动提交功能。
每日自动提交
日常cron作业可以自动进行更改。这可能会很烦人，因为存储库可能会被多个自动提交消息弄得一团糟。
我在/etc/etckeeper/etckeeper.conf以下位置取消注释相应的行：
sed -i '/AVOID_DAILY_AUTOCOMMITS/s|^#* *||' /etc/etckeeper/etckeeper.conf
忽略某些文件
编辑/etc/.gitignore以指定任何不应跟踪的文件。
第一次运行
配置后，运行以下命令：
sudo etckeeper init
sudo etckeeper commit "Initial commit"
如果当前目录为etc，则可以运行常规git命令，例如，
sudo git status
sudo git log