Environnement de développement et déploiement de Dotnetnuke

Question

Mon entreprise est en train de remanier son site intranet et a décidé d'opter pour DotNetNuke comme solution à mettre en œuvre. Depuis un an, j'essaie de faire évoluer la situation en séparant les environnements de développement, de test et de production. Je veux également que tous les changements qui sont pertinents pour le site aillent dans SVN, ce qui inclut les données qui définissent la mise en page et le module.

Quelqu'un a-t-il déjà essayé de faire cela avec dotnetnuke ? Et quelqu'un a-t-il d'autres conseils pour développer des sites dotnetnuke ?

Answer 1

Contrôle des sources

Je recommande d'utiliser des projets séparés pour les projets DotNetNuke (skins, 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 de disposer d'un chemin de mise à niveau propre. Je recommande d'utiliser un outil tel que Comparaison de données SQL de Red Gate afin de générer des scripts de base de données pour vos données que vous pourriez également conserver dans l'environnement de contrôle des sources.

Voici quelques informations supplémentaires sur la configuration d'un projet d'application Web pour un module DotNetNuke.

Tests/Stages/Production

Il est généralement très facile de les séparer dans DotNetNuke, car vous créez déjà des modules qui se branchent sur un site DNN. Je vous recommande de créer des modules packagés et correctement versionnés afin de pouvoir les installer proprement sur les sites de test, de développement et de production.

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