Creo que es posible que desee separar esto en dos problemas, siguiendo esta recomendación de Dillorscroft.
Primero, con respecto al material en su servidor de desarrollo que se publica en el sitio de producción, creo que necesita control de versión para eso. Primero para que pueda revertir cualquier página, y también puede decidir cuándo tiene un nivel estable del sitio de desarrollo que desea extraer a producción. (Me gustaría obtener eso desde el sistema de control de origen en una imagen del sitio y luego sincronizar esa imagen con el sitio de producción.)
Entonces, para la primera parte, estamos hablando de versionar las páginas web y todo el material personalizado del lado del servidor que soporta el sitio web.
En segundo lugar, con respecto al desarrollo de los componentes que se utilizan en el sitio, necesitan sus propios proyectos de desarrollo, ya que es el resultado que va al sitio de desarrollo, no a todas las fuentes, bibliotecas, etc. que el componente está construido. con. Por lo tanto, estos tendrán su propio árbol de desarrollo de proyectos (piense en ello como si estuviera construyendo una biblioteca que será utilizada por otros proyectos de desarrollo, aunque en este caso los otros proyectos son páginas web). Entonces, lo único que debería aparecer en IIS es el componente "desplegado" en el sitio de desarrollo.
Parece que hay tres preguntas críticas para usted:
Cómo se maneja el desarrollo de las pruebas que deben ir en contra del sitio web y dónde se controla la versión (suponiendo que no pertenecen al sitio web)
Con qué facilidad se puede organizar para asegurarse de que todo el contenido del sitio web de desarrollo se mantenga bajo control de versiones y se registre y se elimine de manera adecuada. (Esto tiene que ver con las herramientas que usa para editar páginas web y otros problemas del lado del servidor que no sean componentes desarrollados a un lado).
Toma fácilmente componentes desarrollados de los proyectos que los producen en el sitio de desarrollo y haz que se registren allí.
Mi solución para (2) y para el control de versiones del sitio web de desarrollo es utilizar la integración de Visual Source Safe con las extensiones de IIS y FrontPage que coloca el sitio bajo control de versión. Los componentes producidos a partir de otros proyectos de desarrollo se asignan al proyecto del servidor compartiendo VSS.
Para SVN, supongo que (1) desea ver si hay un adaptador SVN que IIS reconocerá como un sistema de control de fuente externo y, de cualquier manera, (2) tener una disciplina que tome la entrega de componentes de sus proyectos de construcción en el proyecto general del sitio web.