반복 (Sprint)이 끝나면 아무도 그 반복에 더 이상 체크인 할 수 없도록 잠글 필요가 있습니다 (당연히 체크인 경고보다 우선 적용되지 않는 한).TFS 2012에서 반복을 잠그는 방법은 무엇입니까?
어떻게하면됩니까? Team Foundation Server SDK 네임 스페이스 (Microsoft.TeamFoundation)를 살펴 보았지만 지금까지 아무 것도 발견하지 못했습니다.
반복 (Sprint)이 끝나면 아무도 그 반복에 더 이상 체크인 할 수 없도록 잠글 필요가 있습니다 (당연히 체크인 경고보다 우선 적용되지 않는 한).TFS 2012에서 반복을 잠그는 방법은 무엇입니까?
어떻게하면됩니까? Team Foundation Server SDK 네임 스페이스 (Microsoft.TeamFoundation)를 살펴 보았지만 지금까지 아무 것도 발견하지 못했습니다.
여기에 보관 솔루션입니다 : 한마디로
http://intellitect.com/transitioning-between-sprintsiterations-with-tfs/
을, 당신은 현재의 질주를 결정하기 위해 반복 경로를 사용합니다.
그런 다음 현재 반복에서 현재 작업을 식별하는 모든 작업 항목을 반환하는 쿼리를 만듭니다.
작업 항목 쿼리 정책을 사용하여 체크인과 관련된 모든 작업 항목이 쿼리 결과 (따라서 현재 반복/스프린트의 일부)인지 확인합니다.
작업 항목의 반복 경로로 인터 레이션 (스프린트)이 일반적으로 사용됩니다. 그러나 귀하의 질문 컨텍스트에서, 나는 당신이 각 반복에 대한 소스 제어 폴더를 제안, 맞죠?
이제 누구도 "체크인" "... 고급 -> 보안"폴더 및에
이 높은 수준의 아이디어입니다 ...
은 프로젝트와 "현재 반복"을 표시하는 데 사용하는 글로벌 목록을 작성합니다. (TFS에는 "Current Iteration"이라는 개념이 없으므로 어딘가에 저장해야합니다.) 매 반복 후에는 이전 반복을 제거하고 새 반복을 추가하기 위해이 목록을 업데이트해야합니다.
그런 다음 체크인에 대한 작업 항목 연결이 필요한 사용자 지정 체크인 정책을 만듭니다.
작업 항목 연결이있는 경우 전역 항목에 저장된 "현재 반복"과 일치하는지 확인하기 위해 작업 항목 연결이 모두있는 경우 (둘 이상 연결할 수 있음) 반복을 확인하십시오.
TFS 클라이언트 API에 대한 이해에서 이러한 모든 데이터 포인트를 사용할 수 있어야합니다. (체크 - 인 정책에 관련 작업 항목을 가져 오는 것이 100 % 확실하지 않은 유일한 경우입니다.하지만 거기에 없으면 매우 놀랄 것입니다.)
작업 항목 연결 사용을 고려해 볼 수도 있습니다 Policy가 TFS Plugin Suite에 있습니다.
이 정책으로 문제를 어떻게 해결할 수 있습니까? –
소스 제어에서 각 Sprint/iteration에 대한 폴더가 없습니다. 나는 대부분의 사람들이 작업 항목 관리에만 이것을 사용한다고 생각한다. – asmo
그래서 사용자가 이전 버전의 작업 항목을 변경 집합에 연관시키는 것을 금지하고 싶습니까? 반복으로 체크 인하 지 않으므로 폴더에 체크 인하거나 체크 항목을 작업 항목과 반복 경로로 연관시킵니다. – MikeR
"사용자가 이전 버전의 작업 항목을 변경 집합에 연결할 수 없도록 하시겠습니까?" 정확하게. 이것은 내가 지금까지 찾은 최고의 솔루션입니다 : http://intellitect.com/transitioning-between-sprintsiterations-with-tfs/ – asmo