与许多项目一样，我们部署到许多环境，QA，UA，开发人员中继等。
在SVN中存储敏感配置参数的最佳方法是什么？或者，您是否应该只在服务器上维护一个带有凭据的较小的无版本文件？
主要是，我们不希望向每个开发人员公开生产凭证。
答案 0 :(得分：6)
我宁愿提供配置示例而不是真正的配置文件。在我的项目中，根目录中有setup.default.php个文件，每个用户都需要将其复制为setup.php并进行修改以匹配本地环境。此外，为了防止检入自定义的自定义安装文件，.svnignore中有一条规则。
$ echo 'setup.php' > .svnignore
$ svn propset svn:ignore -F .svnignore .
答案 1 :(得分：2)
这也是我遇到的一个问题。我认为答案是签入一个模板（例如你使用setup.php.default）然后使用自动工具（如Phing）来推动开发。如果您在setup.php文件中使用可识别的令牌，那么Phing将能够使用单独的服务器值替换这些令牌。此外，轻松一步推送将是一个有用的过程。
答案 2 :(得分：0)
我根本不会将配置信息存储在存储库中。这样，您不必担心SVN在更新源时尝试更新配置。
答案 3 :(得分：0)
我同意亚当。如果它不是让所有参与项目工作的人受益，那么它不应该受版本控制。如果有人签出您的代码副本，您的个人项目文件会帮助他们吗？可能不是。它很可能只会让事情变得混乱。