2012-07-26 6 views
0

TFS API를 사용하여 버그/파일을 대략적으로 표시하려고합니다.TFS API 2010 : 모든 지점에서 파일 추적

버그 (정의한대로)는 WorkItemType = 'Bug'유형의 작업 항목과 연결된 변경 집합의 파일에서 기인합니다. 예를 들어, branch-a에서 branch-a/1.txt와 branch-a/2.txt는 체크인되고 'Bug'작업 항목과 연관됩니다. 이 changeset X를 호출하십시오. 이제 두 파일과 관련된 branch-a에 두 가지 버그가 있습니다.

브랜치를 부모 (루트 브랜치)에 병합하면 루트도이 버그가 발생하므로 root/1.txt와 root/2.txt도 버그입니다. 기본적으로 루트 브랜치는 그것의 버기 역사. 버그는 이러한 방식으로 상속 될 수 있습니다. 이 특성은 이름 변경에 걸쳐 보존됩니다. 따라서 root/1.txt가 root/hello.txt로 이름이 변경되면 여전히 버그입니다.

TFS 프로젝트의 모든 "버그"작업 항목을 반복하는 것으로 시작합니다 : 이 예제에서는 분기 -a/1의 변경과 관련된 변경 집합 X와 관련된 단일 작업 항목이 있습니다. txt 및 branch-a/2.txt (현재 해당 파일의 이름이 바뀔 수 있음).

이제 branch-a/1.txt와 branch-a/2.txt가 끝난 모든 장소를 알고 싶습니다. (다시 한 번 이름을 변경하더라도).

cs 안에 Changeet cs와 Change c가 있으면 c가 해당 분기에 들어가고 각 c가있는 가장 최근의 파일 이름을 알고 싶습니다.

문제를 생각하는 또 다른 방법은 역사를 통해 앞으로 나아갈 생각입니다. 나는 특정 지점에서 한 지점의 변화로 시작합니다. 이제이 변화를 현재까지 추적해야합니다.

아이디어가 있으십니까? 필요에 따라 설명을 제공 할 수 있습니다.

감사합니다.

+0

변경된 코드 라인에서 추적하는 변경 세트와 관련된 작업 항목을 추적하는 코드를 만들었습니다. 어쩌면 당신이 이것을 사용할 수 있습니다. 여기에 있습니다 : http://stackoverflow.com/a/8551150/600559 –

답변

1

변경 집합을 추적 해 보셨습니까?

변경 사항 (1.txt)이있는 파일의 기록보기> 변경 세트 마우스 오른쪽 버튼> 변경 세트 추적> 모든 파일 확인> 시각화를 클릭하십시오.

이것이 정확히 원하는지 확실하지 않지만 시작하는 것이 좋습니다. 그것을 보여줍니다

비디오 :이 API를 사용하여 가능하다면 YouTube video

확실하지. This link은 API 호출을 사용하여 사용할 수 없다고 제안하는 것으로 보입니다. This link 가능하다고 제안하는 것 같습니다.