Control de versiones para un entorno de website de producción

¿Alguien tiene alguna experiencia en el uso de control de versiones con un website de producción? ¿Sería una idea terrible ejecutar un website desde un repository? Acabo de encontrar un artículo relacionado pero me gustaría escuchar tus pensamientos / comentarios.

Cada gerente de producción le dirá lo mismo: a (D) VCS no tiene lugar en un entorno de producción.

Puede tener un server de "lanzamiento de lanzamiento" en el pozo de producción, donde tiene un VCS que le permite ver la entrega correcta, y desde ese server copyrlo / sincronizarlo al server de producción correcto.

Pero en los serveres, solo tienes:

  • la aplicación en sí
  • process de monitoreo para seguir e informar
  • algunas herramientas de diagnóstico

La razón es que cuantos más elementos tienes en tu entorno de lanzamiento, más posibilidades tienes de que uno de esos elementos falle.
Agregar un VCS en la mezcla no lo vale.

No tiene sentido, el enfoque de la persona barata.

En los escenarios más grandes, usted tiene desarrollo / testing / producción, por lo que tiene control de versión en el lado de desarrollo, luego publica adelante para testing y producción. No es necesario realizar una versión actualizada del control una vez que las cosas lleguen a la producción. Usted mantiene una o dos versiones de respaldo, para una reversión rápida, pero de lo contrario, no es necesario.

La forma en que siempre lo he hecho es tener una versión de testing y en vivo de los checkouts del repository. Entonces mi flujo de trabajo es así:

  1. hacer cambios en mi checkout dev
  2. Cometer cambios.
  3. testing de actualización
  4. Asegúrate de que todo funcione
  5. actualizar la producción.