Jak skonfigurować wieloosobowe środowisko Biztalk?

Question

Jeśli mamy 3 programistów pracujących nad tym samym projektem BizTalk, jaki jest najlepszy sposób na skonfigurowanie naszego środowiska programistycznego?

Używamy TFS do przechowywania projektu Biztalk.

Czy powinniśmy używać serwera 1 sql i 1 serwera Biztalk, a następnie mieć 1 lub więcej maszyn programistycznych, które uzyskują dostęp do serwerów sql i biztalk? Problem pojawia się w momencie, gdy 1 programista kompiluje i wdraża zmiany, które mogą wpłynąć na innych programistów, jeśli próbują również skompilować i wdrożyć swoje prace.

Czy każdy deweloper powinien posiadać własny kompletny serwer sql i biztalk do lokalnego programowania na swoim komputerze lub na własnej maszynie wirtualnej? Problem, który możemy znaleźć, polega na tym, że każdy programista może modyfikować ustawienia serwera, a te ustawienia nie są przechowywane w kontroli źródła. Może to powodować zamieszanie, gdy zmiany zostaną wdrożone na serwerze testowym. Kolejnym mniejszym problemem jest to, że każdy programista musiałby mieć zainstalowany serwer SQL, serwer biztalk i serwer Windows.

Czy istnieje inny sposób skonfigurowania środowiska deweloperskiego dla wielu deweloperów biztalk?

Answer 1

Zawsze będzie zawsze chcesz, aby każdy programista miał pełną instalację BizTalk na własnych komputerach. Uwierzcie mi, to nie działa inaczej, bo będziecie się nawzajem dostawać, próbując wdrożyć/testować/debugować zmiany.

To powiedziawszy, będziesz także potrzebować scentralizowanego środowiska programistycznego/testowego, w którym wdrożysz swój kod w celu bardziej kompletnego zintegrowanego testowania i upewniając się, że wszystkie zmiany od wszystkich są postrzegane razem.

Twoja uwaga dotycząca konfiguracji jest prawdziwa, ale tylko do pewnego punktu. Dzieje się tak dlatego, że powinieneś skonfigurować swoją konfigurację części swojego kodu źródłowego i zachować ją również w kontroli źródła. Jest to szczególnie ważne, gdy jesteś trochę bardziej zaawansowany w rozwoju, ponieważ musisz zacząć obsługiwać wiele wersji plików wiążących dla każdego środowiska (deweloper, test, produkcja itd.).

Answer 2

tomasr ma rację. Ponadto, jeśli masz przyzwoity sprzęt i dużo pamięci RAM, możesz skonfigurować obraz maszyny wirtualnej swojego pełnego środowiska programistycznego, a następnie udostępnić to całej drużynie. Nie tak szybki jak sprzęt natywny, ale pozwala cofnąć zmiany, zastąpić maszynę wirtualną, jeśli naprawdę zepsułeś i wszyscy mają wtedy to samo środowisko - idealnie bliskie celowi docelowemu. Konfigurowanie serwera ciągłej kompilacji jest również najbardziej, jeśli twoje projekty są małe, możesz uzyskać każdy checkin, aby spowodować pełną kompilację, wdrożenie BizTalk, eksport MSI, a następnie uruchomić testy. Później, gdy twoje rozwiązania stają się coraz bardziej liczne, być może będziesz musiał przejść do ciągłej kompilacji zmian w C#, a następnie powiedzieć co dzień lub kilka razy dziennie, robisz pełny. Zrobiliśmy to za pomocą skryptów CruiseControl.net, Nant, nunit i różnych power shell, było to dość czasochłonne, ale każdego ranka przychodzimy do pracy, aby znaleźć w pełni skompilowany, wdrożony, wyeksportowany i przetestowany zestaw rozwiązań BizTalk gotowy do testu zespół.