Bonjour,
Je te confirme la réponse de Steph avec quelques précisions supplémentaires.
Il y a deux choses auxquelles il faut faire attention, le numéro de version de ton module qui sert à l'installateur DNN de référence pour savoir s'il doit appliquer ou non les scripts SQL éventuels de cette version et évidement les scripts aux-mêmes pour obtenir la même structure de base de données. Dans la dernière version 5.2.2, j'ai remarqué que l'on pouvait modifier le numéro de version du module sans avoir à tripoter la base. Voir Host > Modules puis cliquer sur le crayon à gauche du nom du module. Je ne sais pas si cette possibilité était présente dans les version 5.x précédentes. Ensuite les scripts, il y a une très forte probabilité (à moins d'avoir une boule de crystal) que ta structure de base et/ou tes procédures stockées évoluent en cours du temps. Il faudra donc être syncro, c'est à cela que servent les fichiers xx.yy.zz.SqlDataProvider du package. Lorsque tu installe un module, si le numéro de version actuel est inférieur aux éventuels fichers .SqlDataProvider, ils sont appliqués en séquence croissante de numéro de version.
Concernat la recompliation, elle ne devrait avoir lieu que sur le poste de dev ! Car installer VS sur un serveur de prod n'est vraiment pas une bonne idée. Tu pourrais ouvrir des brèches dans le système avec le débogeur distant par exemple. Si tu utilise le modèle WSP, il ne sert à rien de copier les dll car ASP.NET compile tout seul les pages lors de leur premier appel.. En revanche, si le modèle WAP est utilisé, il faut bien sûr quelles se retrouvent dans le dossier ...\bin de ton instance.
Donc à ta question je réponds, OUI on peut le faire (déployer à la main) puisque c'est une application .Net, mais ce n'est pas parce que l'on peut sauter d'un immeuble qu'il faut le faire ! :-) Le meilleur conseil que je puisse te donner est d'utiliser des packages même si cela semble long et fastidieux. Car ils ont une autre utilité ! Imagine que le disque de ton serveur soit foutu ou que tu veuille changer de serveur. Est-tu certain que dans plusieurs mois, voire années, tu seras en mesure de te rappeller exactement ce que tu avais fait ? Dans ce cas, il te suffit d'installer une instance DNN et d'appliquer ton dernier package (il contient normalement toutes les évolutions de ta stucture de base) pour obtenir à coup sûr le même environnement ! Je programme depuis plus d'un quart de siècle (oui je suis un quadra bien avancé) et nous sommes tous pareil, on veut toujours gagner du temp ! Mais un package fait partie de ces INVESTISSEMENTS (et non perte de temps) qui un jour peut-être te seront bien utile ! C'est comme les assurances (et les backups), leur utilité n'apparait qu'en cas de problème ! ;-)
Gilles