我使用一个configurationpipe理系统，而且我相信这是很常见的，我的CM软件只是简单地复制粘贴configuration文件，将它们部署到我的Linux服务器上，一味的瞎折腾。 但是大部分情况下，我的configuration文件应该只是简单的修改或调整底层Linux发行版提供的“基本”configuration文件。
每当“基础”configuration文件改变 – 也许操作系统包pipe理器想要推出更安全的默认更新的configuration文件，也许我们正在一些新的主机上安装新版本的Ubuntu – 我们必须通过configuration文件validation他们没有改变，或者我们不是想要保留/更新我们的模板，如果是的话，在新版本之上“重新应用”我们的改变。
用git的话来说：这就好像把你自己的改变重新定位到一个转变的上游主人。
简单的patch可以使我们获得一些距离，但它不会追踪上游变化和我们变化之间共享的共同祖先，所以它没有强大的重新组合逻辑，AFAICT，以及更多的噪声警告。
有没有用这种方式pipe理configuration文件的工具或CM软件？
与augeas木偶可以做你想做的，但我质疑不只是pipe理整个configuration文件，可能使用模板的价值。
我希望你在实验环境中testing升级，如果需要的话，修改模板化的configuration文件。 无论如何，即使使用augeas，也需要进行testing，因为无论它做什么都可能变得与完全模板化的configuration文件一样无效。