DotNetnuke environnement de développement et de déploiement

Question

Ma société est en train de refonte de notre site intranet et a décidé d'aller avec DotNetNuke comme la solution à mettre en œuvre. Au cours de la dernière année, j'ai essayé de faire évoluer les choses en gardant les environnements de développement, de test et de production séparés. Je souhaite également que toutes les modifications relatives au site soient intégrées dans SVN, ce qui inclut les données définissant la mise en page de la page et du module.

Est-ce que quelqu'un a déjà essayé avec dotnetnuke? Et est-ce que quelqu'un a d'autres conseils pour développer des sites dotnetnuke?

Answer 1

Source contrôle

Je recommande d'utiliser des projets distincts pour les projets DotNetNuke (peaux, modules, fournisseurs), et ne pas vérifier le site Web réel lui-même dans l'environnement de contrôle de code source (DNN modules utiliserait le projet de style WAP). Chaque développeur pourrait alors avoir son propre site et base de données DotnetNuke dans son environnement de développement. Je ne recommande pas non plus de faire des changements au coeur de DotNetNuke afin que vous ayez un chemin de mise à niveau propre. Je recommande d'utiliser un outil tel que Red Gate's SQL Data Compare afin de générer des scripts de base de données pour vos données que vous pourriez conserver dans l'environnement de contrôle de source.

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

Test/Mise en scène/Production

Compte tenu de ces séparés dans DotNetNuke est généralement très facile parce que vous créez déjà des modules qui se branchent sur un site DNN. Ma recommandation est de créer des modules empaquetés et correctement versionnés afin que vous puissiez les installer proprement sur test, mise en scène et production.

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