잘못된 TFS 분기의 변경을 체크인한다고 가정합니다. 다른 지점에 변경 사항을 적용한 다음 잘못된 지점에서 이러한 변경 사항을 제거해야합니다. 선택적 복사/붙여 넣기에 의지하지 않고이 작업을 수행 할 수 있습니까? 결국 나는 을에 내 지점을 변경하고 싶습니다. 실수로 그들을 추가했습니다 ... 아직 없습니다.잘못된 TFS 분기에서 "이동"changeset
내가 변경 사항을 확인하지 않았다면, 나는 그들을 내놓을 수 있었고, 그 다음으로는 use tfpt to unshelve into a different branch이었다. 나는 이미 변경 사항을 확인 했으므로하지만, 여기에 작동하지 않습니다
예 :.
나는 MAIN 및 개발 분기와 환경을 가지고있다. Buzzsaw라는 새로운 모듈을 만들어야합니다. 솔루션을 공개하고 변경 사항을 해킹합니다. 그럼 내가 들여다. 죄송합니다. 내 모듈을 MAIN으로 확인했음을 알았지 만, DEVELOPMENT에 점검되어야합니다. 오인 된 변경 집합을 롤백 할 수는 있지만 변경 사항을 수동으로 적용해야합니다. 영향을받는 파일의 대부분은 지점간에 동일하지만 필자의 변경 사항을 복사/붙여 넣기하지 않을만큼 충분한 차이점이 있습니다.
MAIN의 변경 사항을 DEV에 병합 한 다음 MAIN을 롤백 할 수 있습니다. 하지만 이제는 변경 사항을 MAIN에 되돌려 놓기가 어렵습니다. (DEV를 MAIN에 병합하는 것은 현재 병합 되었기 때문에 변경 세트를 움직이지 않습니다.)
어떻게해야합니까? 이것을 달성하기위한 상당히 깨끗한 방법이 있습니까?
이것에 대해 확실합니까? "DEV를 MAIN에 병합하면 이제 해당 병합 집합이 이동 했으므로 변경 집합을 이동하지 않습니다." – Nock
나는 뭔가 잘못하고있을 수도 있지만 거의 확신합니다. 브랜치 I의 파일 A가 변경 세트 1에 있고 병합하면 브랜치 II의 파일 A가 변경 세트 2에 있습니다. 이제 TFS에 II를 병합하도록 요청하면 보류중인 변경 사항이 없습니다. 내가 A '를 커밋 세트 3으로 설정하더라도 II를 병합하면 보류중인 변경 세트가 없습니다. – Eric
좋아,하지만 만약 당신이 내가 changeset 1의 롤백을한다면, 당신은 여전히 II에서 I로 다시 병합 할 수 없습니까? – Nock