메타 데이터 부족이 더 이상 발생하지 않을 때 v1.5 이전의 SVN 병합에 대한 불편 함이 더 이상 사용되지 않습니까?

SVN을 시작하고 있으며 DVCS 도구와 비교할 때 SVN에서 병합이 매우 어렵다고 많은 소스에서 말합니다. 가장 최근의 질문에 내가 SE 여기에 찾을 수는 2012입니다.

그 이유는 v1.5 이전의 SVN에는 메타 데이터가 없었지만 SVN의 버전이 1.8.9이기 때문입니다.

SVN이 v1.5보다 훨씬 더 성숙하고 특히 SVN 1.5를 사용하지 않았기 때문에 언급 된 메타 데이터 부족으로 어려움을 겪지 않는다는 사실을 고려할 때 SVN 에 대한 주장에는 여전히 타당성이 있습니까?

DVCS에는 완전히 다른 접근 방식이 더 바람직하다는 것을 이해하지만, 어떤 이유로 든 SVN을 "필수"해야하는 사람들에게는 병합이 더 이상 "지옥"이 아닌가?

그것은 잘 작동 당신이 간단한 경우에 충실하면 ,하지만하지 않는 일부 복잡한 사람이있다.

내가 생각할 수있는 한계 :

• 관련된 지점 중 하나에있는 경우 가장 최근의 조상 만 찾을 수 있습니다. 그래서 당신은 만드는 경우 branches/this와 branches/that모두에서 trunk병합하려고 다음과 branches/this하기 위해 branches/that, 그것은 무엇을 알 수 없습니다. 이는 지점과 상위 지점에서만 병합 할 수 있음을 의미합니다. 두 개의 기능 분기를 시작한 후 나중에 기능이 상호 종속적이고 기능을 결합해야 함을 인식하면이 문제가 발생할 수 있습니다.

• 이름을 추적 할 수 있다고 주장하지만 파일을 한쪽으로 이동하고 다른 쪽에서 수정했을 때 분기를 병합한다고해서 항상 올바른 파일을 병합하지는 않으며 수동으로 파일을 수정하는 것은 필요한 정보를 어디에도 남기지 않으므로 다소 지루합니다. 손.

• 추가 된 파일로 인해 나중에 병합 할 때 가짜 충돌이 발생할 수 있습니다.

• 서브 버전에는 별도의 브랜치 개념이 없으므로 프로젝트의 서브 트리 만 병합 할 수 있으며 이로 인해 큰 혼란이 발생할 수 있습니다. 항상 완전한 지점을 병합하도록주의하는 것이 좋습니다. 불행하게도 어떤 이유로 병합 정보 속성은 하위 디렉토리에 불필요한 것처럼 보이고 병합이 전체 분기에 올바르게 수행 된 경우에도 하위 디렉토리에 나타납니다.

• 마지막으로 속도 가 느립니다 . 어떤 심각한 크기의 프로젝트에 병합은 종종 대부분의 DVCS이 그것을 할 수있는 분 소요 에서 두 번째.

내 경험상 SVN 병합은 버전 1.6에서 '고정'되었습니다. 나는 Mercurial과 SVN 모두에서 일하고 있으며 SVN 버전 1.6 이후로 병합은 두 플랫폼에서 거의 같은 양의 작업으로 보입니다. 한 가지 예외는 --reintegrateSVN을 사용하여 지점에서 트렁크로 다시 병합 할 때 옵션 을 제공해야 한다는 점입니다.

이것은 나의 운영 경험 일뿐입니다. 나는 SVN의 내부에 대해 아무것도 모른다.