SVN 병합에 대해 너무 어려운 것은 없습니다 … 더 이상 … 올바른 철학을 따르면

내가 대부분의 다른 답변에서 볼 수있는 것은 한동안 SVN을 사용하지 않은 사람들로부터 온 것 같습니다. 누군가가 정확하게 언급했듯이 : “신화를 풀기에는 초기에 고쳐지지 않았다”.

최근에 상속받은 레거시 프로젝트에서 SVN 1.6을 사용한 경험에서 SVN은 훨씬 쉽게 병합 할 수있게되었습니다. 그럼에도 불구하고, 나는 그것이 의도 된 용도에서 벗어나는 사용자를 쉽게 겪지 않는다고 생각 합니다.

나는 SVN을 잘 알고 있었고 그 동안 개인 프로젝트를 위해 Mercurial을 시도했지만이 프로젝트 전에 SVN에서 많은 분기를 한 적이 없었습니다. 약간의 시행 착오가 있었고 시작했을 때 예기치 않은 병합 충돌 이 많이 발생했습니다.

궁극적으로, 나는 하나 (또는 ​​다른 문제)를 얻을 때마다 내가 제대로 수행하지 않았기 때문입니다 (일명 “SVN 방식”-아마도 적절한 버전 제어 방식). 나는 이것이 어려움이 있다고 믿는다. 당신은 당신이 원하는 모든 것을 조직화되지 않은 방식으로 할 수 없으며 SVN이 특히 병합에서 완벽하게 작동 할 것으로 기대한다. 합병은 사용자가 진정한 힘을 발휘하기 전에 엄격한 훈련을 받아야합니다.

병합을 깨끗하게 사용하기위한 요구 사항은 아니지만 강력하게 권장되는 사항은 다음과 같습니다.

• SVN의 최신 버전을 사용하십시오 (제 의견으로는 1.6 이상). 점점 더 많은 자동화 및 검사가 수행됩니다.
• 기본 “트렁크, 분기, 태그”구조를 사용하고 철학을 적용하십시오 (태그에 커밋하지 마십시오). SVN은 당신을 위해 아무것도 확인하지 않습니다. 태그를 브랜치 (프로젝트 리포지토리에서 찾은 상태)로 사용하면 여전히 작동 할 수 있지만 일관성이 있어야합니다.
• 가지가 무엇인지, 언제 만들 수 있는지 알아야합니다. 태그와 동일합니다.
• 소스 브랜치 (보통 트렁크이지만 기술적으로 모든 브랜치에서 브랜치 할 수 있음)를 사용하여 사이드 브랜치를 최신 상태로 유지하십시오. 이다 필수 당신이 SVN 자동 병합을 수행합니다. SVN 1.8은 실제로 최신 상태가 아니며 작업 복사본에 보류중인 수정 사항이있는 경우 자동 병합을 방지합니다 (이 동작은 1.8.5에서 다시 사라진 것 같습니다).
• “적절한”커밋을 수행하십시오. 그것들은 매우 특정한 개념에 대한 수정만을 포함해야합니다. 가능한 한 적은 변화를 포함해야합니다. 당신은 할 수 없습니다 하나의 예를 들어 두 개의 독립적 인 버그에 대한 수정을 포함 커밋 갖고 싶어. 당신은 이미 모두 해결 한 그들은 같은 파일에 있다면 당신은 커밋 할 수 있도록 하나의 버그의 변화를 멀리 저장해야합니다 단지 , 먼저 상대방의 변화를 다음 변화의 두 번째 세트를 커밋합니다. TortoiseSVN은 “커밋 후 복원”을 통해이를 쉽게 수행 할 수 있습니다.
  • 그렇게하면 특정 독립 변경 집합을 되돌릴 수 있으며 그러한 집합을 다른 분기로 병합하는 것만 가능합니다. 예, SVN을 사용하면 체리로 선택한 개정판을 병합 할 수 있습니다.
• 하위 분기를 사용하는 경우 (트렁크에서 분기 한 다음 새 분기에서 분기) 계층 구조를 존중하십시오. 트렁크로 하위 분기를 업데이트하거나 그 반대로 업데이트하면 약간의 어려움이 있습니다. 병합은 계층 구조로 계단식 또는 계단식으로 이루어져야합니다.
  • 몇 달 동안 실험을 한 후 이것이 가장 중요한 부분임을 보증 할 수 있습니다. 동일한 트렁크에서 두 개의 하위 브랜치를 생성 한 다음 하위 브랜치 간 또는 때때로 하위 서브 브랜치 간 비트를 병합하려고 시도했습니다. 이것은 SVN (또는 사용자)을 트립시킬 수 있습니다. 특정 개정판을 병합하면 정상적으로 작동합니다. 자동 병합에 문제가있을 수 있습니다.
  • 하위 분기 A를 트렁크와 동기화 한 다음 하위 분기 A에서 하위 분기 B로 무언가를 병합하려고 할 때 특히 문제가있었습니다. SVN은 “트렁크에서 동기화”개정이 하위 분기로 합법적으로 병합되어야한다고 생각하는 것 같습니다 B와 이것은 많은 갈등을 초래합니다.
• 가능한 한 지점의 루트에서 병합하십시오. 그렇지 않으면, SVN은 하위 폴더에 대해 수행 된 병합을 추적하고 당신이 때 할 루트에서 자동 병합을 시도, 당신은 병합 개정 누락에 대해 경고를받을 수 있습니다. 단순히 루트에서 이것들을 병합함으로써 고칠 수 있지만 혼란을 피하는 것이 가장 좋습니다.
• 당신이 저지른 지점을 조심하십시오. Switch를 사용하여 작업 복사본이 시간이 지남에 따라 다양한 지점을 가리 키도록하려면 커밋 할 위치를 확인하십시오.
  • 해당 지점 에서 변경을 원하지 않으면 특히 나쁩니다 . 나는 아직도 그 점을 잘 모르겠지만, 그것을 제거 / 올바른 지점으로 옮기는 방법 (리버 팅, 병합)에 따라 지저분한 것을 얻을 수 있습니다. 수정이 가능하지만 잠재적 충돌을 피하거나 즉시 해결하려면 수정본을 수정하여 수정해야합니다. 또는 자동 병합 후 더 복잡한 충돌을 수정해야합니다.
• 가지를 너무 오래 만지지 마십시오. 실제로, 그것은 시간 문제가 아니라 지점과 트렁크에 얼마나 많은 수정이 이루어졌으며 얼마나 많은 변경이 있 었는가에 달려 있습니다. 두 가지 분기 간 병합 (3 방향 병합)은 항상 분기 간 가장 최근의 일반 개정과 비교됩니다. 그 사이에 더 많은 변경이있을수록 자동 병합이 더 많이 변경되지 않습니다. 물론 코드 구조 (이동 또는 이름이 바뀐 파일)를 변경 한 경우에는 훨씬 더 나쁩니다.

위의 내용을 따르지 않으면 충돌이 발생할 가능성이 큽니다. 그들은 항상 해결할 수 있지만 시간을 보내는 것이 굉장히 재미 있지는 않습니다.

오, SVN은 내가 읽고 시도한 모든 것에서 삭제 / 이동 / 이름이 바뀐 파일 / 폴더를 병합하는 것에 대해 한 가지 더 있습니다. 분명히 SVN은 여전히 ​​하나의 브랜치에서 이름이 바뀌거나 삭제되거나 이동 된 파일과 다른 브랜치에서 원래 버전이 수정 된 파일을 처리 할 수 ​​없습니다. 파일이 한 방향으로 어디로 갔는지 알지 못하고 다른 방법으로 변경 사항을 “잊어 버립니다”. 한 가지 변경 사항은 분명히 해결할 수 없지만 (파일을 삭제하거나 변경하거나 둘 다 수행 할 수는 없습니다) 이동 되거나 이름이 바뀐 파일에 변경 사항을 적용 하면 작동하지 않습니다. 잘만되면 이것은 곧 고쳐질 것이다.

SVN은 쉽게 병합 할 수 있습니까? 아닌 것 같아 평온한 방식은 아닙니다. 그것은인가 나쁜 ? 나는 그렇게 생각하지 않습니다. 그것은 당신이 그것을 잘못 사용했을 때만 얼굴에 침을 뱉고 당신이하는 일에 대해 충분히 생각하지 않습니다.

이를 바탕으로 사람들이 Mercurial을 선호하는 이유를 알 수 있습니다. 예를 들어 경험상 이러한 것들에 대해 조금 더 관대하고 모든 것이 시작부터 자동화되었습니다 (최소한 초기 버전에서). SVN은 꽤 많은 것을 따라 잡았으므로 더 이상 많은 것을 강타 할 가치가 없습니다.

답변