우리는 직장에서 TFS를 사용하여 소스 코드를 관리하고 개발을 추적합니다.
버그가 있거나 할 일이있을 때마다 최소한 다음 두 가지 작업을 수행해야합니다.
다른 작업은 수행중인 작업과 관련이 있지만 새 작업 항목을 추가 할 때 끊임없이 "Testing"과 "Release notes"를 입력합니다.
새로운 버그 나 작업 항목이 생성 될 때마다 TFS가이 두 작업을 자동으로 추가 할 수있는 방법이 있습니까? 드문 경우이지만 이러한 작업이 필요하지 않은 경우 해당 작업 항목에 대해 완료 또는 제거 된 것으로 표시 될 수 있으므로이 작업을 자동으로 수행하는 데 따른 영향에 대해 걱정하지 않습니다.
주위를 둘러 보았고 누락 된 작업 항목에 작업을 추가 하기 위해 PowerShell 스크립트 를 만들 수있는 것처럼 보일 수 있습니다.
답변:
이 기능에는 기본적으로 제공되는 기능이 없으며 일반적으로 "Test", "Deploy"와 같은 일반적인 작업을 피하고 사람들이 작업을 통해 테스트하는 것에 대해 생각하게하고 중간 테스트를 진행합니다.
릴리스 노트 및 배포와 같은 일반적인 내용은 완전히 자동화 할 수 있습니다. 아마 powershell을 사용하는 것;).
그래서 사람들이 Powershell-fu를 사용하여 이러한 일반적이고 나쁜 작업을 자동화하는 데 집중하도록 노력합니다.
물론 그것은 당신의 질문에 대한 답이 아닙니다. 여기에 실제 대답이 있습니다. 예, powershell은 옵션입니다 . REST API 또는 Client Object 모델을 호출 하고이를 사용하여 작업 항목을 쿼리하고 새 작업 항목을 작성할 수 있습니다. API는 광범위하게 사용되며 블로그 게시물 등의 측면에서 많은 정보가 있습니다. 또는 동일한 클라이언트 객체 모델을 사용 하는 소형 콘솔 응용 프로그램을 만들 수도 있습니다 .
경보에서 SOAP API를 사용하여 작업 항목 이 추가되거나 변경 될 때 알림을 받고 필요한 하위 작업 항목을 추가하여 코드에 대해 조치를 취할 수 있습니다.
SOAP API의 대안은 서버 자체에 통합되는 TFS Aggregator와 같은 것을 사용하는 것입니다. 동일한 TFS 클라이언트 오브젝트 모델을 사용합니다. 나는 그것을 구축하는 팀의 일원이며 2013u2 + 및 2015 + 모두에 대해 출시했습니다 . TFS 수집기는 C # 스크립트의 Powershell을 사용하여 작업 항목 변경에 적용되는 규칙을 작성할 수 있습니다. 자동화 관점에서 클라이언트 오브젝트 모델로 작업 할 때 일반적인 함정을 방지하기 위해 이미 많은 작업을 수행했습니다.
TFS 집계 기는 이제 규칙을 기반으로 새 작업 항목을 작성할 수있는 TFS 2013 (업데이트 2 이상)의 서버 측 pugin입니다. 예제 작업은 여기에서 찾을 수 있습니다.