2017-04-21 13 views
0

우리는 분기 및 풀 요청을 사용하여 프로젝트 A의 마스터에 대한 업데이트를 관리하는 TFS git 리포지토리를 사용하고 있으며 정상적으로 작동합니다.TFS2015.3 자식이 풀 요청을 병합하지 않습니다

우리는 프로젝트 B에 대해 또 다른 repo를 만들었습니다 (일부 바이너리를 포함하여 훨씬 더 많은 데이터가 포함되어 있다는 점에서 A와의 주된 차이점). 모든 것이 정상적으로 작동합니다. TFS가 가장 간단한 끌어 오기 요청을 병합하지 못한다는 점을 제외하고는. 한 줄 주석 변화 : enter image description here

텍스트에서 알 수 있듯이

, 우리 다음 로컬 병합 마스터로 다시 밀어 수 있지만,이 TFS를 통해 풀 요청 프로세스의 목적의 일부를 패배.

아이디어가 있으십니까?

업데이트, 환매 특약 크기에 대한 자세한 정보 : enter image description here

업데이트 # 2, 파일 내용에 대한 자세한 정보 (16 진수) : enter image description here

+0

병합 충돌이 있습니다. 웹 인터페이스를 통해 끌어 오기 요청을 처리 할 수있는 경우 충돌을 처리하는 방법을 묻는 웹 인터페이스를 얻을 수 있지만 Visual Studio에서이 작업을 수행 할 수없는 경우 로컬로 처리하고 충돌을 처리해야합니다. 이것은 기본적으로 TFS가 끌어 오기 요청을 처리하는 방법의 한계입니다. –

+0

반면에, 당신은 정말로 깔끔하게 합칠 수없는 pull 요청을 피해야합니다. 이를 처리하는 정확한 방법은 pull 요청을 거부하고, 그것을 보낸 개발자가 가져 오기를 수행하고주기를 병합하여 pull 요청을 업데이트 한 다음 서버에서 완전히 병합해서는 안되는 요청을 다시 제출하는 것입니다. –

+0

그 이유는 병합 충돌을 처리하는 데 풀 요청을해서는 안되는 ** ** **입니다. 원래 개발자는 이것을 수행하는 방법에 대한 지식을 갖춘 가장 좋은 개발자입니다 (일반적으로이 규칙에 대한 예외가있을 것임). 따라서 다시 요청하기 전에 다시 요청을 보내야하며 다시 제출하기 전에 수정해야합니다. –

답변

0

텍스트에서 알 수 있듯이

, 우리는 할 수 있습니다 로컬로 병합 한 다음 다시 마스터로 푸시해야하지만 이는 TFS를 통해 풀 요청 프로세스의 목적 중 일부를 무효화합니다.

아니요. PR은 갈등을 해결할 수있는 곳이 아닙니다.

PR을 병합하려면 병합이 가능해야하므로 로컬로 (원하는 방식, 병합 또는 리베이스) 수정 한 다음 밀어 넣어야합니다. PR이 업데이트되고 TFS가 병합 할 수 있는지 확인하여 병합을 수행 할 수 있습니다.

+0

고마워, 나는 동의한다. 그러나 충돌은 없다. 코드 변경은 하나의 파일에 단지 몇 개의 문자 (프로젝트 A에서 항상 변경되는 종류)이다. 로컬에서 할 수 있다는 것에 대한 제 의견은 로컬에서 수행 할 때 수정해야하는 병합 충돌이 없다는 것을 분명히 밝히는 것입니다. 단지 병합 만하면됩니다. – JMo