Al igual que muchos proyectos, implementamos en muchos entornos, QA, UA, troncales de desarrollador, etc.¿Cómo almacenar los parámetros de configuración en SVN?
¿Cuál es la mejor manera de almacenar los parámetros de configuración confidenciales en SVN? O, ¿no debería y simplemente mantener un archivo no versionado más pequeño con credenciales en el servidor?
Principalmente, no queremos exponer las credenciales de producción a todos los desarrolladores.
No almacenaría información de configuración en el repositorio. De esta forma, no tiene que preocuparse por que SVN intente actualizar la configuración cuando actualice su fuente.
Estoy de acuerdo con adam. Si no es algo que beneficia a todos los que trabajan en el proyecto, no debería estar bajo control de versiones. Si alguien revisa una copia de su código, ¿los archivos de su proyecto personal los ayudarán? Probablemente no. Lo más probable es que solo desordene las cosas.
Prefiero proporcionar ejemplos de configuración que los archivos de configuración real. En mi proyecto, hay un archivo setup.default.php en el directorio raíz que cada usuario debe copiar como setup.php y modificar para que coincida con el entorno local. Además, para evitar la devolución de archivos de configuración personalizados, existe una regla en .svnignore.
$ echo 'setup.php' > .svnignore
$ svn propset svn:ignore -F .svnignore .
Este es un problema que he encontrado también. Creo que la respuesta es verificar en una plantilla (como la que tiene con setup.php.default) y luego usar una herramienta automatizada como Phing para realizar el impulso al desarrollo. Si usa tokens reconocibles en el archivo setup.php, Phing podrá reemplazar estos tokens con valores de servidor individuales. Además, un simple paso de empuje en vivo será un proceso útil para tener.