Environnement de développement et déploiement Dotnetnuke

Question

Mon entreprise restructure notre site intranet et a décidé d’utiliser DotNetNuke comme solution à mettre en œuvre. Au cours de la dernière année, j’ai essayé d’apporter des changements pour garder les environnements de développement, de test et de production séparés. Je souhaite également que toutes les modifications pertinentes pour le site soient intégrées à SVN, y compris les données définissant la présentation de la page et du module.

Quelqu'un a-t-il déjà essayé de le faire avec dotnetnuke? Et est-ce que quelqu'un a d'autres astuces pour développer des sites dotnetnuke?

Answer 1

Contrôle de la source

Je recommande d'utiliser des projets distincts pour les projets DotNetNuke (habillages, modules, fournisseurs) et de ne pas vérifier le site Web lui-même dans l'environnement de contrôle de la source (les modules DNN utiliseraient le projet de style WAP). Chaque développeur pourrait alors avoir son propre site DotnetNuke et sa propre base de données dans son environnement de développement. Je ne recommande pas non plus d'apporter des modifications au noyau de DotNetNuke afin que vous ayez un chemin de mise à niveau propre. Je recommanderais d'utiliser un outil tel que Comparaison des données SQL de Red Gate dans l'ordre pour générer des scripts de base de données pour vos données, que vous pouvez également conserver dans l'environnement de contrôle de code source.

Voici d'autres informations sur la configuration d'un projet d'application Web pour un module DotNetNuke.

Test / Mise en scène / Production

Il est généralement très facile de garder ces éléments séparés dans DotNetNuke, car vous créez déjà des modules qui se connectent à un site DNN. Ma recommandation est de créer des modules packagés et correctement versionnés afin de pouvoir les installer proprement lors des tests, de la mise en attente et de la production.

Voici quelques informations sur l'utilisation de NAnt pour automatiser le conditionnement de modules DNN.