2016-06-20 2 views
1

포함 된 작업 항목을 식별하는 한 vNext 빌드 및 릴리스 관리 프로세스를 이해하려고합니다.TFS 2015 릴리스 관리에 포함 된 작업 항목 확인

모든 체크 인마다 (작업이 완료 될 때마다) 빌드가 설정된 경우 각 빌드에는 하나의 작업 항목이 링크됩니다. 그런 다음 해당 빌드의 릴리스 배포를 QA 환경으로 트리거 할 수 있지만 각 릴리스는 해당 항목을 링크 된 것으로 만 식별합니다. 마지막 프로덕션 릴리스 이후 포함 된 항목은 없습니다. 프로덕션 환경에 배포하기 전에 QA에 여러 배포 배포가있을 수 있으므로 모든 릴리스를 필터링하는 것은 혼란 스럽습니다.

마지막 프로덕션 배포 이후 Builds/Releases에 포함 된 모든 작업 항목을 확인하는 좋은 방법을 찾으려고합니다. 내가 이것을 어떻게 사용하는지 오해하고 있는가? 동일한 릴리스를 사용하고 매번 대상 빌드를 변경해야합니까? 마지막 빌드와 현재 빌드 사이의 체크 된 작업 항목에서 "포함 된 작업 항목"을 기반으로하는 것처럼 보입니다.

답변

1

릴리스 관리에서 현재 릴리스를 최신 릴리스와 비교하여 현재 릴리스에 포함 된 작업 항목을 표시합니다. 모든 체크 인을 작성하고 모든 빌드에 대해 릴리스를 트리거하도록 TFS를 구성 했으므로 하나의 작업 항목 만 표시됩니다. 두 빌드 후에 릴리스를 트리거하면 두 빌드에 두 개의 작업 항목이 포함됩니다. Visual Studio Team Service의 최신 버전은 현재 버전과 비교하여 포함 된 변경 내용과 작업 항목을 나열하기 위해 릴리스 버전을 선택하도록 지원하지만이 기능은 아직까지 온 - 프레미스 TFS에 구현되지 않았습니다.

이제는 다른 릴리스 정의를 만들어 동일한 빌드에 연결하여 빌드를 프로덕션 환경에 수동으로 배포 할 수 있습니다. 그런 다음이 릴리스 정의에서 포함 된 작업 항목을 추적 할 수 있습니다. 또는 프로덕션 릴리스에서 빌드 버전을 읽는 app/powershell 스크립트를 만든 다음 Rest API을 통해 포함 된 작업 항목을 가져올 수 있습니다.

+0

큰 도움이됩니다. 감사합니다. – Brian