다른 회사와 유사한 방식으로 웹 응용 프로그램을 프로덕션 환경에 배포하는 방법을 찾으려고합니다.TFS를 사용하는 ASP.NET 웹 응용 프로그램 배포
전통적인 3 환경 설정 (Dev, Stage, Prod) 응용 프로그램이 스테이지에서 테스트되면 Production, setup IIS로 파일을 복사하고 배포합니다.
최근에 TFS 2010을 구입했으며 기본적으로 소스 코드를 저장하기 위해 과거에 VSS를 사용한 것과 같은 방식으로 사용합니다.
웹 응용 프로그램을 배포하는 가장 효율적인 방법을 찾으려고합니다. 어떤 제안?
우리는 실제 배포를 수행하기 위해 사용자 지정 powershell 스크립트와 함께 Tfs Deployer (http://tfsdeployer.codeplex.com/)를 사용합니다. 그런 다음 초기 빌드 품질을 설정하기 위해 빌드 템플릿을 약간 조정하십시오.
이것은 (기존) 환경에 똑같은 빌드를 적용 할 수 있음을 의미합니다. 기술적이지 않은 사람들도이를 수행 할 수 있습니다. 또한 시스템으로 피드백을 보내고 배포를 다음 단계로 시작할 수있는 다른 것들 (자동화 된 테스트/전자 메일)을 통합 할 수있는 좋은 확장 지점이기도합니다.
고마워요! 오늘 TFSDeployer를 살펴 보겠습니다. –
웹 배포를 사용하거나 설치 프로그램 패키지를 사용할 수도 있습니다. WiX. 일반적으로 설치 프로그램 패키지를 사용합니다. 일반적으로 환경 의존적 인 구성이 많기 때문입니다. 단일 설치 프로그램 패키지를 사용하면 배포 파이프 라인 전체에 동일한 바이너리 세트를 설치하고 테스트 할 수 있지만 설치시 다른 구성 (예 : web.config)을 지정해야합니다. psexec를 사용하여 msbuild에서 원격 설치할 수 있습니다.
배포를 얼마나 자주 수행하고 있습니까? 야간에 건축하는 것처럼? 빌드 및 자동 배포를 자주 수행하지만 TFS "추가 기능"을 사용하지 않으려면 TFS로 자동 빌드를 설정하십시오. 팀 프로젝트 노드 인 "빌드"에서이를 볼 수 있습니다. 빌드를 할 때 자동 빌드 및 트리거를 설정할 수 있습니다. "드롭"폴더를 설정하여 3 가지 환경에서 선택할 수 있습니다. 그러나 TFS "추가 기능"을 사용하는 데 신경 쓰지 않는다면 TFS Deployer를 제안한대로 사용하십시오. –