VSTS의 분기 및 병합

https://stackoverflow.com/questions/71722

09-06-2019
|

문제

솔루션에서 폴더와 프로젝트의 이름이 변경된 경우 병합이 얼마나 효과적인가요?

해결책

파일 삭제/이름 바꾸기와 관련하여 TFS 2005에서는 다음과 같은 몇 가지 매우 구체적인 예외를 제외하고 많은 성공을 거두었습니다.

소스 및 대상 브랜치 모두에서 이름이 변경된 파일(이 문제는 일반적으로 "서버 변경 사항 무시"를 클릭하면 간단하게 해결됩니다)
대상 브랜치에서는 이름이 바뀌었지만 소스 브랜치에서는 삭제된 파일입니다.우리가 시도한 것과 상관없이 병합이 작동하지 않아 소스 브랜치의 변경 사항을 "되돌리고" 병합 후에 다시 실행해야 했던 사례가 기억납니다.

아마도 TFS 2008은 이러한 문제를 많이 해결하지만 솔직히 가끔씩 발생하는 병합 문제를 제외하면 TFS는 안정적이며 계층적 병합은 SVN보다 훨씬 간단하고 빠릅니다.

다른 팁

내 경험에 따르면 TFS(SourceControlExplorer) 내에서 모든 이름 바꾸기를 수행하는 한 TFS는 이름 바꾸기를 추적할 수 있습니다.

문제는 다른 사람이 원본 파일을 변경하는 동안 다른 사람이 대규모 이름 변경/이동을 수행하는 동안 다른 사람이 이름이 변경된 버전을 편집할 때 발생하는 경향이 있습니다.

가능하다면 대규모 이름 변경 및 이동을 수행하는 경우 팀 동료에게 알리고 가능하다면 체크인할 때까지 변경을 보류하도록 하는 것이 좋습니다.

모든 분기/병합 문제와 마찬가지로 체크인과 병합을 조금씩 자주 수행하면 문제가 크게 줄어듭니다.

우리는 TFS 2005에 많은 문제가 있었고 일반적으로 삭제했습니다.아직 원인을 파악하지 못했지만 많은 팀원이 이름이 바뀌거나 삭제된 폴더와 관련된 변경 사항을 병합하는 데 문제가 발생했습니다.이름 변경이 발생한 지점에서 리팩토링(및 이름 변경 및 이름 변경)이 많이 있었던 경우 특히 그렇습니다.나는 그것이 작동하지 않는 어떤 상황에도 개인적으로 관여하지 않았기 때문에 이유나 재생산 단계를 파악하지 못했습니다.

다음과 같은 다른 일반적인 삭제 문제를 본 적이 있습니다.1 분기 A에서 서브 디렉토리의 권한을 읽기 전용으로 줄입니다.분기 B (a에서 b로 분기)를 만듭니다 (체크인) 3.분기 B 삭제 (체크인) 4.A에서 새 지점을 만들고 Branch B 5와 동일한 이름을 제공하십시오.삭제된 분기 B에 대한 읽기 전용 권한이 여전히 "표시"되는 TFS와 관련된 이상한 권한 오류가 발생합니다.

이를 방지할 수 있는 유일한 방법은 2a단계를 삽입하는 것입니다.지점 B의 이름을 _Branch B로 변경합니다(체크인).

전반적으로 TFS는 우리에게 훌륭했지만 삭제, 이름 바꾸기 및 병합과 관련하여 문제가 발생하고 있습니다.우리는 곧 2008로 업그레이드할 예정이며 이를 통해 우리의 문제가 해결되기를 바랍니다.

저는 TFS 2008을 사용하여 대량 파일 및 폴더 이동을 경험했습니다.이는 소스 코드 구조를 보다 일관되게 만들기 위해 수행되었습니다.제가 해야 할 일은 팀 탐색기에서 끌어다 놓고 기다린 다음 변경 사항을 커밋하는 것뿐이었습니다.

라이센스 : CC-BY-SA ~와 함께 속성

제휴하지 않습니다 StackOverflow