하자 '는 내가 다음과 같이 TFS에서 간단한 구조를 가지고 말 : - 생산 -Integration -Dev_Branch내가 왜 다른 방법으로 병합을 볼 수 있습니까?
- 난 통합 생산에서 병합을한다. 확인.
하루가 지나면 Dev_Branch에서 Production으로 병합을 수행해야합니다. - 먼저 Dev_Branch에서 통합 으로 병합합니다. - 통합에서 생산으로 병합
그리고 병합 가능한 변경 목록에서 어제 (생산에서 통합으로) 병합 된 것을 봅니다!
그리고이 변경 집합을 선택하더라도 변경 내용이 전혀 적용되지 않는 것 같습니다.
변경 사항 목록이 병합으로 인해 오염 된 이유가 다른 이유는 무엇입니까?
설명에 따르면 변경되지 않은 파일도 보류중인 변경 사항에 나열된 것 같습니다. 임시 변경 사항을 취소하고 "실제"변경 사항을 유지할 수 있습니다. 세부 단계는 다음과 같습니다.
대기중인 파일을 모두 선택하십시오. 컨텍스트 메뉴에서 을 클릭하고 확인 대화 상자로 이동하기 전에 '실행 취소 ...'를 클릭하십시오. , 실행 취소 할 파일을 선택하는 창이 나타납니다. 이 창에는 정렬 할 수있는 열이 있습니다. Change 열을 기준으로 정렬하고 merge 상태의 파일 만 선택할 수 있습니다.이 파일은 변경되지 않은 파일이며 merge, edit은 편집 된 파일이고 merge, branch은 새 파일입니다. 선택한 것만으로 변경 실행 취소를 클릭 한 다음 정리 된 병합 변경 집합의 아름다움을 즐기십시오. Files listed as pending changes when doing merges that didn't change?
그러면 수정되지 않은 파일이있는 것 같습니다. 덕분에 지금부터 집중하겠습니다. –
@ Papadoc 3 레벨 구조 지점을 만들었으므로 내 환경에서 문제를 재현 할 수 없습니다. 당신의 편에서 수정되지 않은 파일 일지 모르겠다면, 이것을 다시 확인할 수 있습니다. 그렇다면 위의 해결 방법을 사용해야합니다. –
안녕 아빠, 여기에 대한 업데이 트를 : 당신은이 질문에 깨진-E의 대답을 살펴 수 자세히 들어
? 회신이 도움이된다면 (답변으로 표시 할 수 있습니까?) (https://meta.stackexchange.com/questions/5234/how-does-accepting-an-answer-work), 지역 사회의 다른 사람들에게도 도움이 될 것입니다. . –
불행히도 아니지만, 잠시 동안 문제가 다시 발생하지 않았습니다. –
여기에 다행이라면 다른 tfs 관련 문제가 있으면 여기에서 새 사례를 만들어보십시오. –