2009-05-09 6 views
5

같은 BizTalk 프로젝트에서 3 명의 개발자가 일하면 개발 환경을 설정하는 가장 좋은 방법은 무엇입니까?다중 개발자 Biztalk 환경을 설정하는 방법은 무엇입니까?

우리는 TFS를 사용하여 BizTalk 프로젝트를 저장합니다.

우리는 1 개의 SQL Server와 1 개의 BizTalk Server를 사용해야하며, SQL 및 Biztalk 서버에 액세스하는 하나 이상의 개발자 컴퓨터를 사용해야합니까? 우리가 얻게되는 문제는 개발자가 자신의 작업을 컴파일하고 배포하려고 시도하는 경우 다른 개발자에게 영향을 줄 수있는 변경 사항을 컴파일하고 배포 할 때입니다.

각 개발자는 자신의 컴퓨터 또는 자체 가상 컴퓨터에서 로컬 개발을위한 자체 SQL 및 biztalk 서버를 호스팅해야합니까? 우리가 발견 한 문제는 각 개발자가 서버 설정을 수정할 수 있고 해당 설정이 소스 제어에 저장되지 않는다는 것입니다. 변경 사항이 테스트 서버에 배포 될 때 혼란을 야기 할 수 있습니다. 또 다른 작은 문제는 각 개발자가 SQL Server, biztalk 서버 및 Windows 서버를 설치해야한다는 것입니다.

다중 개발자 biztalk 개발 환경을 설정하는 또 다른 방법이 있습니까?

답변

20

항상은 각 개발자가 자신의 컴퓨터에 완전한 BizTalk 설치를 갖고 싶어합니다. 날 믿어, 다른 방법으로는 작동하지 않는다. 변화를 배치/테스트/디버깅하는 동안 계속해서 서로를 지켜봐야하기 때문이다.

그렇다면 더욱 완벽한 통합 테스트를 위해 코드를 배포하고 모든 사람의 모든 변경 사항을 함께 볼 수있는 중앙 집중식 개발/테스트 환경이 필요합니다.

구성에 관한 요점은 사실이지만 한 점까지입니다. 이는 소스 코드의 부분이 인 솔루션 구성을 만들고 소스 제어에 보관해야하기 때문입니다. 개발 환경을 조금 앞서 가면 특히 중요합니다. 각 환경 (dev, test, production 등)마다 여러 버전의 바인딩 파일을 유지 관리해야하기 때문입니다.

+0

감사합니다. 나는 내가 동의한다고 생각한다. 또한 파일 바인딩에 대해 상기시켜 주셔서 감사합니다. BizTalk에 대한 경험이 너무 많아서 잊어 버렸습니다. – dtc

2

tomasr이 맞습니다. 또한 적절한 하드웨어와 많은 RAM이있는 경우 전체 개발자 환경의 VM 이미지를 설정 한 다음 모든 팀원과 공유 할 수 있습니다. 네이티브 하드웨어만큼 빠르지는 않지만 변경 사항을 롤백 할 수 있습니다. 정말 엉망진창이라면 VM을 교체하십시오. 그러면 모든 사람들이 동일한 환경을 가지며 이상적으로 목표에 근접합니다. 연속 빌드 서버를 설정하는 것이 가장 중요합니다. 프로젝트가 작 으면 전체 체크, BizTalk 배포, MSI 내보내기 및 테스트 실행을 위해 각 체크 인을받을 수 있습니다. 나중에 솔루션이 더 많아지면 C# 변경 사항 만 연속 빌드로 이동 한 다음 야간 또는 하루에 여러 번 말할 필요가있을 수 있습니다. 우리는 CruiseControl.net, Nant, nunit 및 다양한 파워 셸 스크립트를 사용하여이 작업을 수행했습니다. 시간이 많이 걸렸지 만 매일 아침 테스트를 위해 준비된 BizTalk 솔루션 세트를 완벽하게 컴파일, 배포 및 검색했습니다. 팀.