다음을 통해 공유


빌드 프로세스 정의

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

일반 작업

일반 작업

지원 내용

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

기본 빌드 정의 만들기

기본 템플릿을 사용하여 빌드 정의

빌드 정의 편집

빌드 정의 삭제

필요할 때마다 수동으로 빌드를 큐에 대기시킬 수 있지만 대부분의 경우 자동 트리거를 사용하여 빌드 프로세스를 정의하면 팀의 요구 사항을 가장 효과적으로 충족할 수 있습니다.

빌드 트리거 및 이유 지정

완료된 각 빌드의 이름에 빌드 정의의 이름 및 빌드가 실행된 날짜와 같은 유용한 데이터를 로드하는 빌드 프로세스를 정의할 수 있습니다.

빌드 번호 사용

작업 대상인 소스 코드 파일과 같은 파일의 다운로드를 용이하게 하기 위해 빌드 에이전트는 버전 제어 작업 영역을 만들 때 사양을 따릅니다. 빌드 프로세스가 효율적으로 실행되도록 이 작업 영역을 정의해야 합니다.

빌드 작업 영역 사용

빌드 프로세스를 사용하여 PDB 파일의 기호 데이터를 SymStore 기호 저장소에 게시할 수 있습니다. 이 데이터를 게시하면 팀에서 IntelliTrace를 사용하여 디버깅할 수 있습니다.

기호 데이터 게시

완료된 빌드에 대한 자세한 정보를 얻는 것이 유용한 경우가 많지만 너무 많은 정보를 기록하는 빌드 프로세스는 팀 멤버에게 부담을 주고 서버 오버로드를 발생시킬 수 있습니다. 정보의 자세한 정도를 제어하여 이러한 문제를 방지할 수 있습니다.

빌드 정보 관리 및 자세한 정도 제어

테스트를 실행하고 테스트에 대한 코드 변경 내용의 영향을 분석하는 빌드 프로세스를 정의할 수 있습니다. 예를 들어 정기적으로 예약된 팀의 BVT(빌드 확인 테스트) 실행으로 사용할 빌드 프로세스를 정의할 수 있습니다.

빌드 시스템을 사용하여 테스트 구성

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

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

레거시 MSBuild 빌드 업그레이드. 업그레이드 템플릿을 사용하여 기존 MSBuild 파일을 사용할 수 있습니다.

업그레이드 템플릿을 사용하여 레거시 MSBuild 빌드 사용

"빌드 중단"을 방지하는 단계 수행

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

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

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

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

빌드 체크 인 정책을 사용하여 연속 빌드 중단 후의 코드 변동(code churn) 최소화

참고 항목

개념

데이터베이스를 빌드하여 격리된 개발 환경에 배포

데이터베이스를 빌드하여 스테이징 환경 또는 프로덕션 환경에 배포

기타 리소스

빌드 실행 및 모니터

완료된 빌드 관리 및 보기

Team Foundation Build 관리

Team Foundation Build 참조