Enviando al servidor de producción
Supongo que en la respuesta cita , la respuesta se refiere a empujar al servidor de producción como "una historia diferente", solo porque uno puede empujar cualquier compromiso anterior al servidor de ensayo para la prueba, pero sería muy cuidadoso solo empujar una versión probada a fondo al servidor de producción.
Creo que el enfoque al que te refieres (de implementación empujando a un repositorio desnudo con un post-receive eso hace git checkout -f con un GIT_WORK_TREE configurado apropiadamente ) es bueno para implementar desde git.
Archivos de configuración
Ese es un plan razonable, pero debes tener un poco de cuidado al usar .gitignore para ignorar los archivos de configuración; es posible que desee consultar esta respuesta para obtener más información al respecto:
Acceso a datos
Creo que la pregunta sobre los datos para su servidor de ensayo es realmente un problema aparte, ya que ninguno de esos datos estará en su sistema de control de versiones; podría valer la pena agregar otra pregunta aquí sobre ese problema. Tú podrías tiene un script que vuelca datos en su servidor en vivo y los importa al servidor de prueba, pero puedo pensar en muchas situaciones en las que eso no sería deseable, particularmente donde se deben considerar los detalles del cliente y las leyes de protección de datos.
