Je serais intéressé d'apprendre comment les gens se développent pour la mousse. Nous utilisons actuellement des environnements virtuels, avec des scripts wspbuilder et nant pour construire et déployer.Déboguer, construire et déployer dans la mousse
Nous trouvons que le processus de débogage et de déploiement est lent pour nos développeurs.
Quelqu'un peut-il suggérer des façons d'accélérer le tout?
Ce que vous faites déjà est génial. Je regarderais du point de vue du matériel: RAM et disque dur. SharePoint, Visual Studio et SQL Server (si dans la même boîte) tous aiment à engloutir autant de RAM que possible.
Assurez-vous que vous utilisez au moins 2 Go, sinon 4 Go.
En outre, Scott Gu dit à obtenir le disque dur le plus rapide possible. Les disques SSD sont un excellent moyen d'améliorer considérablement les performances. Il est un peu difficile d'équilibrer le coût avec la taille du lecteur pour le moment.
La seule façon que je connaisse est de simplement attacher au processus w3wp. C'est la seule façon que je pense. J'ai ajouté quelques raccourcis d'outils externes pour un déploiement plus rapide sur ma machine de développement, mais c'est tout.
longtemps sont les jours de la copie manuelle des ensembles au GAC, le déploiement des fonctionnalités et la synchronisation des modifications à la ruche 12. STSDEV créera une nouvelle solution de studio visuel pour votre projet qui inclura des configurations de construction qui automatisent le processus fastidieux de déploiement d'une solution.
Il existe un dossier 'rootfiles' dans la solution. C'est là que vous ajoutez tous les fichiers que vous copiez habituellement directement dans la ruche 12. Lorsque vous déployez, tous ces fichiers seront déplacés vers leurs dossiers correspondants. (vous faites correspondre la structure de dossiers dans 'rootfiles' aux répertoires correspondants dans la ruche 12).
Tout est beaucoup plus simple à utiliser que cela puisse paraître. Il y a quelques très bons tutoriels sur le site codéplex, et après cela, vous devriez être bon à faire.
En ce qui concerne le débogage, une fois le processus de déploiement rationalisé via l'utilisation de STSDEV, la connexion au processus w3wp.exe pour tester le code, puis le redéploiement est facile.
Merci! Nous avons des scripts nant qui s'exécutent localement et lors de l'archivage dans notre environnement d'intégration, mais l'exécution de ce build/deploy tout en développant ralentit considérablement nos développeurs. – 78lro
C'est le déploiement qui prend le temps de faire une copie dans GAC ou de copier dans 12 Hive, cette étape supplémentaire. – 78lro