우리는 TFS에서 거의 같은 지점에서 일하는 많은 개발자 팀입니다. 우리는 branche에서 branche (Main to Release)까지 합병 할 것입니다.TFS (2015)는 최종 병합 충돌을 어떻게 관리합니까?
두 명 이상의 개발자가 동일한 파일이나 스크립트에 영향을주는 변경 사항을 병합하는 경우 TFS가 궁극적 인 충돌을 어떻게 관리하는지 궁금합니다.
미리 감사드립니다.
EDIT : 둘 이상의 개발자가 동일한 시간에 int 병합을 수행 할 가능성이있는 경우 TFS는 궁극적 인 충돌을 해결할 필요가있는 사람을 TFS에서 어떻게 알 수 있습니까?
병합 충돌이 발생하면 누군가가 간섭을 해결하고 병합해야하며 자동으로 수행되지 않습니다. (충돌은 지금까지 TFS가 말할 수있는 최소한) 충돌이없는 경우에만
은 자동으로 병합 것
여기추가 정보 :이 경우 https://www.visualstudio.com/it-it/docs/tfvc/resolve-team-foundation-version-control-conflicts
, 그것은 더 명확하게하려면 두 명 이상의 개발자가 똑같은시기에 int 병합 할 수있는 기회, TFS는 궁극적 인 충돌을 해결할 필요가있는 사람을 TFS가 어떻게 알 수 있습니까?
충돌은 체크인을 시도 할 때 체크인하는 사람이 해결해야합니다. 충돌이 발생하면 해결해야합니다. 충돌을 해결할 때는 소스 변경이 아닌 변경입니다. 갈등이 해결되고 체크인을 시도하면 더 많은 문제가 발생하면 해결해야합니다.
당신은 1k 개발자로 구성된 팀입니까? 네가 가면서 체크인 했니? 같은 지점에? 다른 가지로? 나는 발가락을 밟지 않고 작업을 나누어야한다고 생각 하겠지만 확실하게 말하기는 어렵습니다. TFS는 코드가 관리 가능한 한 병합에 유용합니다.
그래서 개입해야 할 사람이 항상 합병 될 것이라고 생각합니까? –
코드가 잘 구성되어 있고 관심사가 다르며 커플 링이 느슨하면 병합 충돌이 최소화되어야합니다. 나는 일반적으로 작은 팀에서만 일했지만, 모든 것이 자동으로 해결됩니다 (적어도 작업 한 코드에서는). 유일한 예외는 한 프로젝트에 일반적으로 항상 충돌이있는 38k 회선 WCF 서비스가 있다는 것입니다. 코드가 논리적으로 분리되면 다른 서비스 나 부분 클래스 파일을 통해 병합 충돌이 덜 자주 발생합니다. – Kritner
우리는 매우 큰 프로젝트에서 일하는 1k 명 이상의 인물입니다. 그리고 서둘러 다음 2 일간의 모든 것을 합칠 것입니다 ... –