대상 환경을 다시 추가 : TFS 2015 업데이트 3vNext TFS 2015 빌드 - 빌드에서 변경 집합 및 작업 항목 협회 제거, 그리고 그들에게
우리는 vNext 시스템을 구축 얻기 위해 시도 할 수 있도록 우리 만 준 체인지 릴리스 관리를 통해 배포 된 빌드 및 작업 항목을 빌드합니다. 그러나 TFS vNext 빌드 시스템은 마지막 성공 빌드를 기반으로 빌드 시간에 이러한 항목을 빌드에 자동으로 연결합니다. 이전 XAML 빌드 시스템에는 SkipGetChangesetsAndUpdateWorkItems라는 설정을 해제하는 속성이 있었지만 새 시스템에는 더 이상 존재하지 않습니다.
따라서 이러한 연관성을 제거하고 릴리스 관리에 유사한 작업을 추가하여 다시 연결하려면 vNext 빌드 프로세스 끝에 태스크/스크립트를 추가해야합니다. 전 세계에서 가장 간단한 작업은 아니지만 TFS REST API를 통해 가능한 것이 있어야합니다.
그러나 나는 이러한 연관성이 어떻게 형성되는지 알 수 없다. Changesets 용 JSON은 관련 빌드를 언급하지 않는 것 같고 빌드 용 JSON은 연관된 변경 세트 목록을 언급하지 않는 것 같습니다.
변경 집합/작업 항목과 빌드 간의 이러한 연결은 어떻게 정의됩니까?
감사합니다. 현재 귀하의 링크를 조사하고 거기에 포함 된 정보로 무엇을 할 수 있는지보고 있습니다. – mattbbpl
이런 암소, 나는 이것이 전적으로 가능하다고 생각하지 않는다. 내가 게시 한 것을 사용하여 빌드에 작업 항목을 추가 할 수 있지만 빌드 시스템이 자동으로 연결하는 것과 동일한 링크는 아닙니다. 그리고 나는 그것들을 제거하는 것처럼 보이지 않을 것입니다, 그렇지 않으면 그들은 비슷하게 행동하는 것처럼 보입니다. 변경 집합도 제거 할 수 없습니다. 귀하의 답변은 내가 지금까지 본 것 중 가장 가까운 곳에서 나에게옵니다. 아마도 Microsoft는 언젠가 가까운 미래에이를 허용 할 것입니다. – mattbbpl
Microsoft와 방금 이야기를 나누었습니다. TFS의 2017 온 - 프레미스 버전에는 어떤 릴리즈를 선택할지 선택할 수있는 기능이 있습니다. 예를 들어, Prod에 성공적으로 배포 된 Build # 40이있는 경우 9 개 이상의 빌드가 만들어지지 않은 경우 테스트 및 Build # 50을 통해 Prod를 다시 사용하면 원하는 빌드 # 50과 # 40을 포함한 모든 빌드 간의 작업 항목 및 변경 집합 목록을 생성 할 수 있으므로 원래 요청을 무의미하게 만들 수 있습니다. 프로 : 내 복잡한 요청이 더 이상 필요하지 않습니다. 단점 : 사용하기 위해 2017로 업그레이드해야합니다. – mattbbpl