La forma correcta de implementar actualizaciones de sitios web

Tengo un website de inscripción que se actualiza de manera bastante regular con cambios menores. Si bien estos 'arreglos' no necesariamente presentan ningún problema, estamos en una fase en la que debemos implementar algunos cambios importantes.

Estoy buscando la forma correcta de realizar estos cambios, y noté que si algo va "mal" en el sitio en vivo, necesito volver a un estado "seguro" anterior lo más rápido posible.

He hecho algunas búsquedas en la networking sobre 'subversión' como un método para hacer esto, pero tengo algunas preguntas / problemas:

1) ¿Voy por esto de la manera correcta?

2) ¿Es la subversión el método apropiado para usar?

3) Si la subversión es el path, ¿alguien puede proporcionar una "guía para principiantes" a la subversión, ya que la mayoría del material que encuentro supone que usted tiene una gran comprensión, no solo de sí mismo, sino también de cómo implementarlo en entornos Linux.

Nota: Ejecuto todo mi código en una máquina local de Windows antes de pasar a un server virtual dedicado Hosted Media que ejecuta Cent OS 5.

No es necesario que use necesariamente subversión o cualquier sistema de control de versiones para volver a su actualización segura. Las herramientas como la subversión son fáciles de instalar y funcionan muy bien para que la versión controle su software. Pero, si solo desea simplemente revertir la implementación de un website, a veces la ruta más sencilla es hacer una copy de security de todos sus files primero en su server y luego aplicar su actualización. Si la actualización falla, simplemente restaure su copy de security. Puede realizar una copy de security en directorys temporales, files zip, etc.

Subversion es ideal para el control de versiones, pero incluso en equipos muy pequeños / individuales es útil hacer un seguimiento de los cambios en el código fuente, ya que puede aplicar comentarios cada vez que "comprometa" sus cambios en el sistema de control de versiones. Estos comentarios pueden ayudar a actuar como un logging de cambios para su futura reference. Además, el uso de un sistema de control de versiones le permite comparar el historial de cambios de un solo file. Es decir, ver visualmente qué partes de un único file se cambiaron de una versión a la siguiente. Eso puede servir como una gran reference futura.

Puede configurar Subversion si lo desea para rastrear los cambios en su código fuente, pero la forma más pragmática de implementar sus cambios y poder revertir en caso de un desastre sería simplemente realizar una copy de security de todos los files de su website. .

Esta reference SVN es bastante fácil de digerir: http://svnbook.networking-bean.com/