Despliegue de un CMS escrito en ASP clásico a través de Git

Tenemos un CMS escrito en ASP clásico. Las instancias se alojan en serveres de Windows a través de IIS.

Para el control de fuente, recientemente hemos comenzado a usar Git hacia un server interno. Actualmente estamos implementando nuevas versiones copyndo files manualmente en el server, por ejemplo a través de FTP.

Obviamente, la copy manual de los files no es la forma ideal de implementar código nuevo, por lo que estamos parsing la implementación automática de actualizaciones para diferentes objectives (serveres de testing, almacenamiento en etapas y producción).

Entre las alternativas que hemos considerado, estos son los tres candidatos principales:

  1. Usar un server de continuous integration para extraer el último código de Git y copyr automáticamente los files necesarios en el server. (Ya usamos TeamCity para proyectos C # ASP.NET).

  2. Haciendo uso de ganchos Git y scripts personalizados para copyr automáticamente files en el server, basado en tags Git, una "label" en el post de confirmación, o algo similar.

  3. Clonación del repository de Git en el server mismo, y luego, de forma manual o automática, haciendo una búsqueda a través de Git cada vez que queremos implementar una nueva versión.

Como no hay testings automáticas u otros "procedimientos de compilation" para este CMS en particular, creemos que la alternativa 1, aunque probablemente sea "la solución más adecuada", podría ser un poco exagerada. Por lo que sé, solo necesitamos copyr un set de files del server de Git al server de aplicaciones.

¿Cuál de estos enfoques sería el mejor, y cuáles serían los pros y los contras a considerar con cada solución? ¿Alguien sabe de una manera mejor / más limpia de implementar un sitio ASP clásico a través de Git?

Agradecería mucho cualquier aporte y sugerencia sobre esto.

    Intereting Posts