Comment configurer un environnement BizTalk multi-développeur?

Question

Si 3 développeurs travaillent sur le même projet Biztalk, quelle est la meilleure façon de configurer notre environnement de développement?

Nous utilisons TFS pour stocker le projet Biztalk.

Doit-on utiliser 1 serveur sql et 1 serveur Biztalk, puis avoir 1 ou plusieurs machines développeur qui accèdent aux serveurs sql et biztalk? Le problème que nous avons avec ceci est quand un développeur compile et déploie ses changements, il peut affecter d'autres développeurs s'ils essaient aussi de compiler et de déployer leur travail.

Faut-il que chaque développeur héberge son propre serveur sql et biztalk complet pour le développement local sur son ordinateur ou sur sa propre machine virtuelle? Le problème que nous trouvons avec ceci est que chaque développeur pourrait modifier leurs paramètres de serveur et ces paramètres ne sont pas stockés dans le contrôle de source. Cela peut entraîner une confusion lorsque des modifications sont déployées sur un serveur de test. Un autre problème mineur est que chaque développeur doit avoir un serveur sql, un serveur biztalk et un serveur Windows installés.

Existe-t-il une autre façon de configurer un environnement de développement multi-développeurs biztalk?

Answer 1

Vous voulez toujours souhaitez que chaque développeur dispose d'une installation BizTalk complète sur ses propres machines. Croyez-moi, cela ne marche pas autrement, car vous continuerez à vous entendre tout en essayant de déployer/tester/déboguer les modifications. Cela dit, vous souhaiterez également un environnement de développement/test centralisé dans lequel vous déploierez votre code pour effectuer des tests intégrés plus complets et vous assurer que tous les changements de tout le monde sont vus ensemble. Votre point sur la configuration est vrai, mais seulement jusqu'à un certain point. En effet, vous devez configurer votre solution en partie de votre code source et le conserver dans le contrôle de la source. Ceci est particulièrement important une fois que vous êtes un peu en avance dans votre développement car vous devez commencer à gérer plusieurs versions de vos fichiers de liaison pour chaque environnement (dev, test, production, etc.).

Answer 2

tomasr a raison. En outre, si vous avez un matériel décent et beaucoup de RAM, vous pouvez installer une image VM de votre environnement de développement complet, puis partager cette expérience avec toute votre équipe. Pas aussi rapide que le matériel natif, mais cela vous permet d'annuler les changements, de remplacer votre VM si vous vous trompez vraiment et que tout le monde a alors le même environnement - idéalement proche de la cible. La mise en place d'un serveur de build continu est également un atout, si vos projets sont petits, vous pouvez obtenir chaque checkin pour générer une version complète, déployer BizTalk, exporter des MSI, puis exécuter des tests. Plus tard, au fur et à mesure que vos solutions deviendront plus nombreuses, vous devrez peut-être passer à une version continue des changements de C#, puis dire tous les soirs ou plusieurs fois par jour, que vous en ferez un plein. Nous l'avons fait avec CruiseControl.net, Nant, nunit et divers scripts shell puissants, cela prenait beaucoup de temps, mais chaque matin nous venions travailler pour trouver un ensemble de solutions BizTalk entièrement compilées, déployées, exportées et testées prêtes pour le test équipe.