我们已将大量源代码迁移到 git,并对我们当前的解决方案感到非常满意。我们希望在同一系统上对我们的服务器配置文件进行版本控制,但有一些事情无法按照我们希望的方式工作,我希望有人可以在这里分享他的经验。
这个问题类似于对服务器配置文件使用修订控制?,但我们有一些特殊要求,不适用于有关该问题的建议。
当前设置对配置文件使用 subversion。相应的存储库看起来像这样
/ # 仓库根目录 +--www.domain.com/ # www 的配置 | \ - 等等/ | \--apache2/ +--dev.domain.com/ # dev 的配置 | +--等/ | \ - 选择/ | \--app1/ | \--conf/ # 在 dev 上配置 app1 \--staging.domain.com/ # 暂存配置
使用 subversion 这将工作得很好,因为可以只检出存储库的子目录。此外,您可以使用 svn:externals 来指向几种不同配置设置的一种通用结构。我们只需要处理所有版本化目录中的.svn文件。另一方面, Git没有 svn:externals并且稀疏检出总是要求从根到实际目录的路径相同。
在讨论迁移到 git 时,我尝试写下服务器配置版本控制的主要要求:
有没有一种很好的方法可以将所有配置都放在一个存储库中并且只有一个子路径作为工作副本?目前我正在考虑两种方法,但想先在这里问这个问题
在单台机器上使用 …
有没有办法记录通过 mod 代理的请求?我需要一种方法来调试我的配置,因为我似乎没有到达我应该去的地方。我需要以下信息:
也许是一个相关的问题:有没有办法去除一些标题?我尝试了以下方法:
ProxyPass /proxy/other http://not.under.my.control/
<Location /proxy/other>
ProxyPassReverse /
RequestHeader unset Authorization
</Location>
Run Code Online (Sandbox Code Playgroud)
我真的不知道这是否可以,因为我什么也没看到。