Git

다음은 Git vs. SVN (2009 년 9 월)에 대해 삭제 된 이후 중복 된 질문 에 대한 답변의 사본입니다 .

보다 나은? 일반적인 링크 WhyGitIsBetterThanX 외에는 서로 다릅니다.

하나는 지점에 대한 저렴한 사본을 기반으로하는 중앙 VCS이고 태그는 다른 그래프 (Git)는 개정 그래프를 기반으로하는 분산 VCS입니다. VCS의 핵심 개념도 참조하십시오 .

그 첫 부분은 두 프로그램 (SVN과 Git)의 기본 목적은 동일하지만 그것들이 상당히 다르게 구현되었다고 주장하는 잘못된 정보 주석을 생성했습니다. SVN과 Git
의 근본적인 차이점 을 명확히하기 위해 다음 과 같이 바꾸어 보겠습니다.

• SVN은 개정 제어 의 세 번째 구현입니다 . RCS, CVS 및 SVN 은 버전이 지정된 데이터의 디렉토리를 관리합니다. SVN은 VCS 기능 (라벨링 및 병합)을 제공하지만 태그는 디렉토리 사본 일 뿐이며 (태그 디렉토리의 아무 것도 터치하지 않을 경우를 제외하고 분기와 유사) 병합은 여전히 ​​복잡하며 메타를 기반으로합니다. -이미 병합 된 것을 기억하기 위해 데이터가 추가되었습니다.

• Git은 파일 컨텐츠 관리 (파일 병합 도구)로, 커밋 의 DAG ( Directed Acyclic Graph )를 기반으로 진정한 버전 제어 시스템으로 발전했습니다. ) 및 where 태그는 실제 메타 데이터입니다.

당신이 같은 것을 달성하고 같은 문제를 해결할 수 있기 때문에 “기본적으로”다르지 않다고 말하는 것은 … 많은 수준에서 명백한 거짓입니다.

• 복잡한 병합이 많은 경우 SVN을 사용하면 병합 시간이 길어지고 오류가 발생하기 쉽습니다. 많은 브랜치를 생성 해야하는 경우 SVN보다 Git을 사용하여 훨씬 쉽게 더 쉽게 브랜치를 관리하고 병합해야합니다. 특히 많은 수의 파일이 관련된 경우 (속도가 중요합니다)
• 진행중인 작업에 대해 부분적으로 병합하는 경우 Git 준비 영역 (인덱스)을 활용하여 필요한 것만 커밋하고 나머지는 숨기고 다른 지점으로 이동합니다.
• 오프라인 개발이 필요한 경우 … Git을 사용하면 다른 리포지토리에서 수행하려는 워크 플로에 관계없이 항상 로컬 리포지토리를 통해 “온라인”상태가됩니다.

여전히 오래된 (삭제 된) 답변에 대한 의견은 다음과 같이 주장했습니다.

VonC : 구현의 근본적인 차이 (차이는 매우 근본적이며 우리 모두는 이에 동의합니다)와 목적의 차이를 혼동하고 있습니다.
그것들은 모두 같은 목적으로 사용되는 도구입니다. 이전에 SVN을 사용했던 많은 팀들이 Git을 위해 그것을 성공적으로 버릴 수 있었던 이유입니다.
그들이 같은 문제를 해결하지 못했다면이 대체 가능성 은 존재하지 않을 것입니다.

내가 대답 한 :

“substitutability”… 재미있는 용어 ( 컴퓨터 프로그래밍에 사용됨 ).
물론 Git은 SVN의 하위 유형이 아닙니다.

둘 다 동일한 기술 기능 (태그, 브랜치, 병합)을 달성 할 수 있지만 Git은 방해가되지 않으며 도구 자체에 대해 생각하지 않고도 파일 내용에 집중할 수 있습니다 .

당신은 확실히 (항상) 단지 (전술에 대한 참조이다 “(작업이 수행 … 정확성) 그 프로그램의 바람직한 특성 중 하나를 변경하지 않고”힘내으로 SVN을 대체 할 수 대체 가능성 정의 ) :

• 하나는 확장 버전 도구이고 다른 하나는 실제 버전 제어 시스템입니다.
• 하나는 단순한 병합 워크 플로와 (너무 많지 않은) 병렬 버전을 갖춘 중소 규모 모 놀리 식 프로젝트에 적합합니다. SVN은 이러한 목적으로 충분하며 모든 Git 기능이 필요하지 않을 수 있습니다.
• 다른 하나 는 복잡한 병합 워크 플로의 여러 분기, 분기의 병렬 버전, 병합 병합 등에서 여러 개의 파일을 사용 하여 여러 구성 요소 (구성 요소 당 하나의 리포지토리)를 기반으로하는 중대형 프로젝트를 허용 합니다. SVN으로 할 수는 있지만 Git을 사용하면 훨씬 좋습니다.
  SVN은 병합 워크 플로를 사용하여 어떤 크기의 프로젝트도 관리 할 수 ​​없습니다. 힘내.

다시 말하지만, 그들의 본질은 근본적으로 다릅니다 (이는 다른 구현으로 이어지지 만 요점이 아닙니다).
하나는 디렉토리와 파일로 개정 관리를보고 다른 하나는 파일의 내용 만 볼 수 있습니다 (빈 디렉토리는 Git에 등록되지 않습니다!).

일반적인 최종 목표는 동일 할 수 있지만 동일한 방식으로 사용할 수 없으며 동일한 범위의 문제를 해결할 수 없습니다 (범위 또는 복잡성).

답변