2008-11-17 16 views
7

Mi empresa está rediseñando nuestro sitio de intranet y decidimos ir con DotNetNuke como la solución para implementar. Ahora, durante el año pasado, he intentado generar cambios aquí para mantener separados los entornos de desarrollo, pruebas y producción. También quiero que todos los cambios relevantes para el sitio entren en SVN, esto incluye datos que definen la página y el diseño del módulo.Entorno de desarrollo Dotnetnuke y despliegue

¿Alguien ha intentado intentar esto con dotnetnuke antes? ¿Y alguien tiene otros consejos para desarrollar sitios dotnetnuke?

Respuesta

8

control de código fuente

recomiendo el uso de distintos proyectos para proyectos de DotNetNuke (pieles, módulos, proveedores), y no revisar el sitio web de ésta misma en el entorno de control de código fuente (DNN Módulos usaría el proyecto de estilo WAP). Cada desarrollador podría tener su propio sitio y base de datos DotnetNuke en su entorno de desarrollo. Tampoco recomiendo realizar cambios en el núcleo de DotNetNuke para que tenga una ruta de actualización limpia. Recomendaría utilizar una herramienta como Red Gate's SQL Data Compare para generar scripts de base de datos para sus datos que también podría guardar en el entorno de control de origen.

Here is some more information about setting up a Web Application Project for a DotNetNuke module.

Exámenes/Staging/Producción

Mantener estos separada en DotNetNuke es generalmente muy fácil debido a que ya está creando módulos que se conectan a un sitio DNN. Mi recomendación es crear módulos empaquetados y adecuadamente versionados para que pueda instalarlos limpiamente en pruebas, puesta en escena y producción.

Here is some information on using NAnt to automate DNN module packaging.

Cuestiones relacionadas