Как настроить среду Biztalk для нескольких разработчиков?

Question

Если у нас есть 3 разработчика, работающих над одним и тем же проектом Biztalk, как лучше всего настроить нашу среду разработки?

Мы используем TFS для хранения проекта Biztalk.

Должны ли мы использовать 1 сервер sql и 1 сервер Biztalk, а затем иметь 1 или более компьютеров разработчиков, которые обращаются к серверам sql и biztalk? Проблема, с которой мы сталкиваемся, заключается в том, что когда один разработчик компилирует и развертывает свои изменения, это может повлиять на других разработчиков, если они также пытаются скомпилировать и развернуть свою работу.

Должен ли каждый разработчик иметь свой собственный полный сервер sql и biztalk для локальной разработки на своей машине или в своей виртуальной машине? Проблема, с которой мы сталкиваемся, заключается в том, что каждый разработчик может изменять свои настройки сервера, и эти настройки не сохраняются в системе контроля версий. Это может привести к путанице при развертывании изменений на тестовом сервере. Другая небольшая проблема заключается в том, что у каждого разработчика должны быть установлены sql-сервер, biztalk-сервер и windows-сервер.

Есть ли другой способ настроить среду разработки biztalk для нескольких разработчиков?

Answer 1

Вы будете всегда хотеть, чтобы у каждого разработчика была полная установка BizTalk на их собственных машинах. Поверьте, иначе это не сработает, так как вы будете продолжать взаимодействовать друг с другом, пытаясь развернуть / проверить / отладить изменения.

При этом вам также понадобится централизованная среда разработки / тестирования, в которой вы будете развертывать свой код для более полного интегрированного тестирования и обеспечения того, чтобы все изменения от всех были видны вместе.

Ваша точка зрения о конфигурации верна, но только до определенной степени. Это связано с тем, что вы должны сконфигурировать ваше решение часть вашего исходного кода и также сохранить его в системе контроля версий. Это особенно важно, если вы немного продвинулись в разработке, поскольку вам нужно будет начать поддерживать несколько версий файлов привязки для каждой среды (dev, test, production и т. Д.).

Answer 2

Томаср прав. Кроме того, если у вас есть приличное оборудование и много оперативной памяти, вы можете настроить образ виртуальной машины вашей полной среды разработки, а затем поделиться ею со всей командой. Не так быстро, как собственное оборудование, но позволяет вам откатывать изменения, заменять виртуальную машину, если вы действительно испортились, и тогда у всех будет такая же среда - идеально близкая к целевой. Настройка сервера непрерывной сборки также наиболее эффективна: если ваши проекты небольшие, вы можете заставить каждую регистрацию вызывать полную сборку, развертывание BizTalk, экспорт MSI, а затем запускать тесты. Позже, когда ваши решения становятся все более многочисленными, вам, возможно, придется перейти к непрерывной сборке только изменений C #, а затем, скажем, каждую ночь или несколько раз в день, вы делаете полный цикл. Мы сделали это с помощью CruiseControl.net, Nant, nunit и различных сценариев Power Shell, это было довольно много времени, но каждое утро мы приходили на работу, чтобы найти полностью скомпилированный, развернутый, экспортированный и протестированный набор решений BizTalk, готовый к тестированию. команда.