빌드 프로세스 정의
빌드 시스템을 설정한 후에는 Team Foundation Build를 사용하여 코드를 컴파일하거나, 테스트를 실행하거나, 기타 중요한 여러 기능을 수행하기 시작할 수 있습니다. 다음 단계는 컴파일할 코드 프로젝트, 빌드를 트리거하는 작업, 실행할 테스트 및 팀에 필요한 다른 모든 절차에 대한 지침이 포함된 빌드 프로세스를 개발하는 것입니다.
수행할 작업
빌드 정의를 만들고 사용합니다. 컴파일할 코드 프로젝트, 빌드를 트리거하는 작업, 실행할 테스트 및 다른 많은 옵션에 대한 지침이 포함된 간단하지만 강력한 빌드 프로세스를 신속하게 정의할 수 있습니다.
연속 통합을 지원하는 빌드 프로세스를 정의합니다. 팀에서는 가능한 자주 공유 저장소에 다양한 기능을 추가한 다음 결과를 빌드하고 테스트하여 코드베이스의 오류를 최소화할 수 있습니다. 사용자와 팀이 기능 팀에서 체크 인으로 인해 빌드가 중단되었거나 테스트가 실패했는지 신속하게 확인할 수 있도록 빌드 프로세스를 정의하여 연속 통합이라고도 하는 이 전략을 구현할 수 있습니다.
"빌드 중단"으로부터 팀을 보호합니다. 빌드에 손상을 주는 변경 사항을 개발자가 체크 인하면 소규모 팀의 경우 상당한 혼란을 겪을 수 있으며, 규모가 큰 팀의 경우에는 생산성 저하 및 일정 지연을 초래하는 높은 비용을 감수해야 할 수도 있습니다. 이러한 문제로부터 코드베이스 일부 또는 전부를 보호하려면 제어된 체크 인 빌드 정의를 만들면 됩니다.
사용자 지정된 빌드 프로세스를 만듭니다. 기본 템플릿을 사용하여 가장 일반적인 요구 사항의 폭넓은 집합을 충족하는 빌드 프로세스를 만들 수 있습니다. 그러나 많은 팀에서는 빌드 프로세스에서 특수한 작업이나 사용자 지정된 논리를 수행하도록 합니다.
레거시 빌드 프로세스를 계속 사용합니다. 이전 버전의 Team Foundation Server에서 업그레이드하는 경우 레거시 빌드 프로세스를 계속 사용할 수 있습니다. 이전 버전의 Visual Studio를 사용하여 Visual Studio Team Foundation Server 2013에서 빌드 프로세스를 만들 수도 있습니다.