다음을 통해 공유


빌드 프로세스 정의

빌드 시스템을 설정한 후에는 Team Foundation Build를 사용하여 코드를 컴파일하거나 테스트를 실행하거나 그 밖의 중요한 여러 기능을 수행하기 시작할 수 있습니다.다음 단계는 컴파일할 코드 프로젝트, 빌드를 트리거하는 작업, 실행할 테스트 및 팀에 필요한 다른 모든 절차에 대한 지침이 포함된 빌드 프로세스를 개발하는 것입니다.

일반 작업

일반 작업

지원 내용

빌드 정의 만들기 및 작업. 컴파일할 코드 프로젝트, 빌드를 트리거하는 작업, 실행할 테스트 및 다른 많은 옵션에 대한 지침이 포함된 간단하지만 강력한 빌드 프로세스를 신속하게 정의할 수 있습니다.

빌드 정의 만들기

기본 템플릿을 기반으로 하는 빌드 프로세스 정의

Team Foundation Build를 사용하여 Windows 스토어 앱 빌드 및 테스트

연속 통합을 지원하기 위한 빌드 프로세스를 정의합니다.

팀에서는 가능한 자주 공유 저장소에 다양한 기능을 추가한 다음 결과를 빌드하고 테스트하여 코드베이스에서의 오류를 최소화할 수 있습니다.사용자와 팀이 기능 팀에서의 체크 인 시 빌드를 파손했거나 테스트 실패의 원인을 최대한 빨리 확인할 수 있도록 빌드 프로세스를 정의하여 연속 통합으로 알려진 이 전략을 구현할 수 있습니다.

연속 통합을 지원하는 빌드 프로세스 정의

연속 통합 빌드 중단 후 코드 변동(code churn) 최소화

"빌드 중단"으로부터 팀을 보호합니다.

빌드에 손상을 주는 변경 사항을 개발자가 체크 인하면 소규모 팀의 경우 상당한 혼란을 겪을 수 있으며,규모가 큰 팀의 경우에는 생산성 저하 및 일정 지연을 초래하는 높은 비용을 감수해야 할 수도 있습니다.

이러한 문제로부터 코드베이스 일부 또는 전부를 보호하려면 제어된 체크 인 빌드 정의를 만들면 됩니다.

빌드 체크 인 정책을 도구로 사용하여 연속적인 빌드 중단이 해결될 때까지 코드베이스에 대한 추가 변경을 제한할 수도 있습니다.

변경 내용의 유효성을 검사하는 제어된 체크 인 빌드 프로세스 정의

제어된 체크 인 빌드에 의해 제어되는 보류 중인 변경 내용 체크 인

긴밀하게 사용자 지정된 빌드 프로세스를 만듭니다. 기본 템플릿을 사용하여 가장 일반적인 요구 사항의 폭넓은 집합을 충족하는 빌드 프로세스를 만들 수 있습니다.그러나 많은 팀에서는 빌드 프로세스에서 특수한 작업이나 사용자 지정된 논리를 수행하도록 합니다.

사용자 지정된 빌드 프로세스 개발

레거시 빌드 프로세스를 계속 사용합니다. Team Foundation Server의 이전 버전에서 업그레이드 하는 경우 레거시 빌드 프로세스를 계속해서 사용할 수 있습니다.이전 버전의 Visual Studio를 사용하여 Visual Studio Team Foundation Server 2012에서 빌드 프로세스를 만들 수도 있습니다.

레거시 빌드 프로세스 사용