작업 항목 형식에 통합 필드 추가

아티클
08/20/2008

업데이트: 2007년 11월

Team Foundation 작업 항목 추적 시스템은 Team Foundation Server 및 Visual Studio Team System의 다른 구성 요소와 통합됩니다. 구성 요소 간 통합으로 최대의 효과를 얻기 위해 작업 항목 형식에 특정 필드와 작업을 사용합니다. 이 항목의 다음 단원에서는 이러한 필수 필드와 작업을 사용하는 방법에 대해 설명합니다.

팀 빌드와 통합
Visual Studio 테스트 도구와 통합
Team Foundation 소스 제어와 통합

Team Foundation Build와 통합

Team Foundation Build는 Team Foundation Server의 자동화 빌드 시스템입니다. Team Foundation Build를 사용하여 빌드 프로세스를 구성할 수 있습니다. Team Foundation Build에서는 빌드가 실패할 경우 작업 항목을 생성할 수 있고 특정 빌드에서 해결된 작업 항목에 빌드 정보를 추가할 수도 있습니다. 이렇게 하려면 Team Foundation Build에 Found In와 Integration Build라는 두 필드가 필요합니다.

발견된 빌드 필드 추가

Team Foundation Build에서는 빌드가 실패할 경우 새 작업 항목을 만들고 Found In 필드를 실패한 빌드의 빌드 번호로 설정합니다. 빌드가 실패할 경우 Team Foundation Build에서 만들 작업 항목 형식에 Found In 필드가 있어야 합니다. Found In 필드가 없으면 Team Foundation Build에서 실패한 빌드에 대한 작업 항목이 만들어지지 않으며 그 외의 모든 항목은 제대로 동작합니다.

다음 표에서는 Found In 필드 특성의 이름과 값을 요약하여 설명합니다.

특성 이름	특성 값
RefName	Microsoft.VSTS.Build.FoundIn
Name	통합은 필드 이름이 아니라 필드 참조 이름을 기반으로 수행되므로 제한 없이 아무 값이나 설정할 수 있습니다.
Type	문자열

발견된 빌드 필드 예제

<FIELD name="Found In" refname="Microsoft.VSTS.Build.FoundIn" type="String" reportable="dimension">
    <HELPTEXT>Product build number (revision) in which this item was found</HELPTEXT>
</FIELD>

통합 빌드 필드 추가

Team Foundation Build에서는 각 빌드에서 해결된 작업 항목을 식별한 다음 이러한 작업 항목을 업데이트하여 빌드 번호를 설정합니다. 이때 Integration Build 필드에 빌드 번호를 설정합니다. Integration Build 필드가 없으면 Team Foundation Build에서 작업 항목에 빌드 번호를 저장하지 않으며 그 외의 모든 항목은 제대로 동작합니다.

다음 표에서는 Integration Build 필드 특성의 이름과 값을 요약하여 설명합니다.

특성 이름	특성 값
RefName	Microsoft.VSTS.Build.IntegrationBuild
Name	통합은 필드 이름이 아니라 필드 참조 이름을 기반으로 수행되므로 제한 없이 아무 값이나 설정할 수 있습니다.
Type	문자열

통합 빌드 필드 예제

<FIELD name="Integration Build" refname="Microsoft.VSTS.Build.IntegrationBuild" type="String" reportable="dimension">
    <HELPTEXT>Product build number this bug was fixed in</HELPTEXT>
</FIELD>

Visual Studio 테스트 도구와 통합

Visual Studio의 일부 버전에는 개발 환경에 통합되는 테스트 도구가 포함되어 있습니다. 이러한 테스트 도구를 사용하면 테스트 작업이 실패할 경우 새 작업 항목을 만들 수 있습니다. 이렇게 하려면 테스트 결과 창에서 버그를 만들 대상 테스트 결과를 마우스 오른쪽 단추로 클릭하고 작업 항목 만들기를 가리킨 다음, 만들려는 작업 항목의 형식(예: 버그)을 클릭합니다. 자세한 내용은 방법: 테스트 결과에서 작업 항목 만들기를 참조하십시오.

이런 방식으로 작업 항목이 만들어지면 테스트 실패에 대한 정보를 제공하기 위해 세 개의 필드를 자동으로 채울 수 있습니다. 이러한 세 필드는 TestName, TestId 및 TestPath입니다. Visual Studio Test Edition에서는 실패한 테스트에 대한 특정 정보로 세 필드를 설정합니다. TestName, TestId 및 TestPath 필드가 작업 항목에 없으면 필드가 설정되지 않으며 그 외의 모든 항목은 제대로 동작합니다.

다음 표에서는 이러한 세 필드의 특성 이름과 값을 요약하여 설명합니다.

특성 이름	특성 값
RefName	Microsoft.VSTS.Test.TestName, Microsoft.VSTS.Test.TestId, Microsoft.VSTS.Test.TestPath
Name	통합은 필드 이름이 아니라 필드 참조 이름을 기반으로 수행되므로 제한 없이 아무 값이나 설정할 수 있습니다.
Type	문자열

TestName, TestId 및 TestPath 필드 예제

<FIELD name="Test Name" refname="Microsoft.VSTS.Test.TestName" type="String" reportable="detail">
    <HELPTEXT>The name of the test that found this bug</HELPTEXT>
</FIELD>
<FIELD name="Test Id" refname="Microsoft.VSTS.Test.TestId" type="String" reportable="detail">
    <HELPTEXT>The Id of the test that found this bug</HELPTEXT>
</FIELD>
<FIELD name="Test Path" refname="Microsoft.VSTS.Test.TestPath" type="String" reportable="detail">
    <HELPTEXT>The full pathname of the test that found this bug</HELPTEXT>

Team Foundation 소스 제어와 통합

Team Foundation 버전 제어에는 코드를 체크 인하는 동안 작업 항목을 연결하거나 해결할 수 있는 기능이 포함되어 있습니다. 특정 코드를 변경할 때 특정 작업 항목을 사용한 경우 코드 작업이 끝나면 소스 제어 체크 인 창에서 연결을 설정할 수 있습니다.

Team Foundation 버전 제어의 작업 항목 해결 기능을 사용하려면 작업 항목에 특정 작업이 포함되어 있어야 합니다. 그러면 소스 제어 시스템에서 작업 항목 추적을 쿼리하여 작업 항목에서 해당 작업을 지원하는지 여부를 확인하고 작업을 지원할 경우에는 전환의 소스 및 대상 상태를 쿼리합니다. 작업이 발견되면 소스 제어 시스템에서는 코드를 체크 인하는 동안 설정된 전환에 따라 작업 항목을 전환할 수 있습니다.

참고:
Checkin 작업을 사용하는 경우에는 적절한 'from' 및 'to' 상태를 설정하여 상태 전환을 반영해야 합니다.

작업에 대한 자세한 내용은 작업에 상태 전환 연결 및 전환 작업 정보를 참조하십시오.

Checkin 작업 예제

<TRANSITION from="Active" to="Resolved">
....
    <ACTIONS>
        <ACTION value="Microsoft.VSTS.Actions.Checkin"/>
    </ACTIONS>
....  
</TRANSITION>

참고 항목

다음을 통해 공유