일반적으로 텍스트 및 코드 프로젝트에 관한 백업 전략에는 버전 관리 기능이나 개정 사항 추적
및 관리 기능이 포함되어 있다. 수많은 개발자가 날마다 수많은 개정 작업을 수행하고 있기 때문에 데이터 또한 끊임없이 증가하고 있다. 그리고 이러한 데이터는 저장소, 프로젝트 설명, 통신 매체 그리고 팀 및 제품 관리 도구에 동시에 제공된다. 이러한 상황에서 중추적인 역할을 수행하는 버전 관리는 프로젝트 팀의 작업 스타일과 목표에 잘 맞춰졌을 때 가장 효과적이다.---p.1

Git은 분산 버전 관리 시스템(DVCS, Distributed Version Control System)이다. 예를 들어, 일본에 있는 개발자와 뉴저지에 있는 개발자가 개별적으로 변경 사항을 만들고 기록할 수 있으며, 두 개발자가 중앙 저장소 없이도 자신들의 변경 사항을 언제라도 결합할 수 있다. 이 장에서는 두 개 이상의 개발 라인을 결합하는 방법을 살펴볼 것이다.---p.149

일상적으로 발생하는 인터럽트, 수시로 요구되는 버그 수정 또는 동료나 상사의 요청으로 인해 정작 해야 할 작업을 제때에 처리하지 못해서 엉망이 되어 간다는 느낌을 받고 있다면 stash가 큰 도움이 될 것이다. 진행 중인 작업을 캡처하는 기능을 제공하는 stash 명령을 사용하면 작업을 저장한 후 나중에 편할 때 해당 작업을 손쉽게 재개할 수 있다. 물론, Git의 기존 브랜치 및 커밋 메커니즘을 통해서도 가능한 일이기는 하지만, stash 명령을 사용하면 한 번의 간단한 명령으로 인덱스와 작업 디렉터리 전체를 완벽하게 캡처할 수 있기 때문에 훨씬 더 쉽고 빠르게 처리할 수 있다. 그리고 대체 개발에 활용할 수 있도록 저장소가 깔끔하게 정리된다.---p.221

이제부터는 Git의 뛰어난 분산 기능을 살펴보고 공유된 저장소를 통해 다른 개발자들과 협업하는 방법을 설명할 것이다. 여러 개의 원격 저장소를 사용하여 작업하는 방법에 대해 알아보려면 먼저 몇 가지 새로운 Git 용어를 이해해야 한다. 복제본은 저장소의 사본이다. 복제본에는 원본의 모든 객체가 들어 있다. 따라서 각 복제본은 독립된 자율적 저장소인 동시에 원본과 대칭되는 짝이 된다. 각 개발자는 복제본을 사용하여 중앙 집중화(centralization), 폴링(polling) 또는 잠금(lock)과는 무관하게 로컬에서 독립적으로 작업할 수 있다. 결과적으로 Git은 이러한 복제 기능에 힘입어 여러 지역에 흩어져 있는 수많은 개발자의 참여를 바탕으로 손쉽게 확장할 수 있었다.