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