빌드 프로세스 정의
빌드 시스템 구성에 설명된 대로 빌드 시스템을 설정한 후에는 Team Foundation Build를 사용하여 코드를 컴파일하거나 테스트를 실행하거나 그 밖의 중요한 여러 기능을 수행하기 시작할 수 있습니다. 다음 단계는 컴파일할 코드 프로젝트, 빌드를 트리거하는 작업, 실행할 테스트 및 팀에 필요한 다른 모든 절차에 대한 지침이 포함된 빌드 프로세스를 개발하는 것입니다.
일반 작업
일반 작업 |
지원 내용 |
|---|---|
빌드 정의 만들기 및 작업. 컴파일할 코드 프로젝트, 빌드를 트리거하는 작업, 실행할 테스트 및 다른 많은 옵션에 대한 지침이 포함된 간단하지만 강력한 빌드 프로세스를 신속하게 정의할 수 있습니다. |
|
필요할 때마다 수동으로 빌드를 큐에 대기시킬 수 있지만 대부분의 경우 자동 트리거를 사용하여 빌드 프로세스를 정의하면 팀의 요구 사항을 가장 효과적으로 충족할 수 있습니다. |
|
완료된 각 빌드의 이름에 빌드 정의의 이름 및 빌드가 실행된 날짜와 같은 유용한 데이터를 로드하는 빌드 프로세스를 정의할 수 있습니다. |
|
작업 대상인 소스 코드 파일과 같은 파일의 다운로드를 용이하게 하기 위해 빌드 에이전트는 버전 제어 작업 영역을 만들 때 사양을 따릅니다. 빌드 프로세스가 효율적으로 실행되도록 이 작업 영역을 정의해야 합니다. |
|
빌드 프로세스를 사용하여 PDB 파일의 기호 데이터를 SymStore 기호 저장소에 게시할 수 있습니다. 이 데이터를 게시하면 팀에서 IntelliTrace를 사용하여 디버깅할 수 있습니다. |
|
완료된 빌드에 대한 자세한 정보를 얻는 것이 유용한 경우가 많지만 너무 많은 정보를 기록하는 빌드 프로세스는 팀 멤버에게 부담을 주고 서버 오버로드를 발생시킬 수 있습니다. 정보의 자세한 정도를 제어하여 이러한 문제를 방지할 수 있습니다. |
|
테스트를 실행하고 테스트에 대한 코드 변경 내용의 영향을 분석하는 빌드 프로세스를 정의할 수 있습니다. 예를 들어 정기적으로 예약된 팀의 BVT(빌드 확인 테스트) 실행으로 사용할 빌드 프로세스를 정의할 수 있습니다. |
|
사용자 지정 빌드 만들기. 기본 템플릿을 사용하여 가장 일반적인 요구 사항의 폭넓은 집합을 충족하는 빌드 프로세스를 만들 수 있습니다. 그러나 많은 팀에서는 빌드 프로세스에서 특수한 작업이나 사용자 지정된 논리를 수행하도록 합니다. |
|
레거시 MSBuild 빌드 업그레이드. 업그레이드 템플릿을 사용하여 기존 MSBuild 파일을 사용할 수 있습니다. |
|
"빌드 중단"을 방지하는 단계 수행 빌드에 손상을 주는 변경 사항을 개발자가 체크 인하면 소규모 팀의 경우 상당한 혼란을 겪을 수 있으며, 규모가 큰 팀의 경우에는 생산성 저하 및 일정 지연을 초래하는 높은 비용을 감수해야 할 수도 있습니다. 이러한 문제로부터 코드베이스 일부 또는 전부를 보호하려면 제어된 체크 인 빌드 정의를 만들면 됩니다. 빌드 체크 인 정책을 도구로 사용하여 연속적인 빌드 중단이 해결될 때까지 코드베이스에 대한 추가 변경을 제한할 수도 있습니다. |
참고 항목
개념
데이터베이스를 빌드하여 스테이징 환경 또는 프로덕션 환경에 배포