Git / Mercurial 리포지토리에서 공간을 적게 사용하는 이유는 무엇입니까?

DVCS 리포지토리가 중앙 집중식 카운터 공간과 동일하거나 적은 공간을 사용하도록 여기와 SO에 대한 몇 가지 토론을 읽었습니다. 나는 그것을 놓쳤을 수도 있지만 그 이유에 대한 좋은 설명을 찾지 못했습니다. 누구 알아?

내 경험으로는 다음과 같은 내용이 모두 해당됩니다.

• Git은 텍스트 파일을 저장하는 데 매우 효율적이며 변경된 파일 만 저장합니다. 따라서 SVN과 Git을 비교하여 저장소 크기를 비교할 때 저장소 크기가 비슷하거나 Git에 대한 작은 이점도 있습니다.
• MS 워드, 엑셀, 파워 포인트 등과 같이 많은 양의 파일이 오피스 파일 인 리포지토리의 크기를 비교하면 이것은 완전히 잘못된 것입니다. 여기서 Git은 완전한 사본도 저장합니다. 즉, Powerpoint 슬라이드 스택에서 10 번의 작은 변경으로 10 개의 완전한 사본이 생성됩니다. 여기서 Subversion은 이진 diff 만 저장하며 100 배 더 작을 수 있습니다.

체크 아웃 위치 (Git과 자체 저장소)를 비교하면 이야기가 완전히 다릅니다.

• 서브 버전은 각 파일에 대해 완전한 사본을 저장하므로 체크 아웃 위치의 크기는 일반적으로 파일 크기의 2 배입니다.
• Git은 리포지토리의 전체 히스토리를 로컬로 저장하므로 히스토리 크기에 따라 서브 버전 체크 아웃 사본보다 작거나 훨씬 클 수 있습니다.

다운 또는 업로드해야하는 바이트의 양을 비교하면 다시 다릅니다.

• Subversion은 차이 만 보내기 때문에 일반적으로 적은 바이트를 보내거나 받아야합니다. 커밋 및 업데이트 할 때마다 수행해야합니다.
• Git은 전체 저장소를 (처음에) 가져와야하며 텍스트 파일과 다르지 않지만 이진 파일과 다를 수있는 완전한 파일 (압축?)을 보냅니다. 그리고 깃은 원격 저장소로 무언가를 밀거나 당길 때만 그렇게합니다.

결국 사과를 오렌지와 비교하고 Subversion 또는 Git으로 수행하려는 작업에 따라 결과가 다를 수 있습니다.

@ jk는 완전한 사본 또는 이진 diff에 대해 질문했지만 그 질문에 대답 할 수 없었습니다. 나는 최근에 방문한 Jax 2012에서 Git 워크샵을 한 Matthew McCullough에게 물었다. 그는 Git의 내부 작업에 대한 자세한 요점 을 설명하는 데 시간이 많이 걸렸습니다. 따라서 그렇습니다. 압축이 진행 중이며 Microsoft Office 파일로 실험을 수행하고 그의 요점과 비교할 것입니다. 그러나 압축은 전체 파일에서 수행됩니다. 그의 요지에서 인용 :

느슨한 객체는 각 커밋시 압축되지만 델타가 아닌 형식으로 작성됩니다.