Git은 어떻게 설계 되었습니까?

내 직장은 최근에 Git으로 전환했고 나는 그것을 좋아하고 싫어했습니다. 나는 정말로 그것을 좋아하고 매우 강력합니다. 내가 싫어하는 유일한 부분은 때로는 너무 강력하다는 것입니다.

내 질문은 ... Git 은 어떻게 디자인 되었습니까? 짧은 시간 동안 만 사용하면 다른 버전 제어 시스템으로는 불가능했던 많은 모호한 워크 플로우를 처리 할 수 ​​있다는 느낌을받습니다. 그러나 아래도 우아하게 느껴집니다. 그리고 빨리!

이것은 리누스의 재능에 부분적으로 의심의 여지가 없습니다. 그러나 git의 전반적인 디자인이 무언가를 기반으로했는지 궁금합니다. BitKeeper에 대해 읽었지만 계정에 기술적 인 세부 정보가 표시됩니다. 압축, 그래프, 리비전 번호 제거, 분기, 스 태싱, 리모컨 강조 ... 모두 어디서 왔습니까?

Linus는 실제로 이것을 공원 밖으로 떨어 뜨 렸고 거의 첫 번째 시도에서! 학습 곡선을 지나면 사용하는 것이 좋습니다.

힘내는 진화 된 만큼 설계되지 않았다 .

혼자보세요. 공식 git 저장소를 복제하고 gitk(또는 좋아하는 그래픽 git log viewer) 열어서 가장 오래된 개정판을 살펴보십시오.

원래 핵심 기능 (오브젝트 데이터베이스 및 인덱스) 만 가지고 있음을 알 수 있습니다. 다른 모든 것은 손 으로 이루어 졌다 . 그러나이 작은 코어는 쉘 스크립팅을 통해 쉽게 자동화되도록 설계되었습니다. git의 초기 사용자는 일반적인 작업을 자동화하기 위해 자체 쉘 스크립트를 작성했습니다. 조금씩,이 스크립트는 git 배포판에 통합되었습니다 (초기 예제 839a7a0 참조 ). 새로운 요구가있을 때마다 스크립트가이를 허용하도록 조정되었습니다. 나중에이 스크립트 중 몇 개가 C로 다시 작성되었습니다.

깨끗하고 직교하는 코어 (필요한 경우 직접 사용할 수 있음)와 유기적으로 성장한 상층의 조합은 자식에게 힘을줍니다. 물론, 그것은 많은 이상한 이름의 명령과 옵션을 제공합니다.

압축, 그래프, 리비전 번호 제거, 분기, 스 태싱, 리모컨 강조 ... 모두 어디서 왔습니까?

처음에는 그 중 많은 부분이 없었습니다.

각 객체가 개별적으로 압축되고 이름이 지정되어 중복이 방지되었지만 git에서 보았던 높은 압축을 담당하는 "pack"파일은 존재하지 않았습니다. 처음에는 "디스크 공간이 저렴합니다"라는 철학이있었습니다.

"그래프"가와 같은 그래픽 뷰어를 의미하는 경우 gitk나중에 표시됩니다 (AFAIK, 첫 번째는 gitk). AFAIK, BitKeeper에는 그래픽 기록 뷰어도있었습니다.

버전 번호를 제거하는 것은 실제로 git의 컨텐츠 주소 지정 파일 시스템을 사용하여 객체를 저장한다는 핵심 개념은 주로 monotone 에서 온 것 입니다. 그 당시 모노톤은 느렸다. 그렇지 않은 경우 Linus가 git을 만드는 대신 사용했을 가능성이 있습니다.

각 복제본이 별도의 분기로 작동하므로 분산 버전 제어 시스템에서는 분기를 강조 할 수 없습니다.

스 태싱 ( git stash)은 IIRC입니다. 사용 된 참조 로그는 처음에는 없었습니다.

처음에는 리모컨조차 없었습니다. 원래는을 사용하여 손으로 개체를 복사했습니다 rsync.

하나씩, 이러한 각 기능은 누군가가 추가했습니다. 리누스가 모두가 아니었을 수도 있습니다. 누구나 git이 충족하지 못하는 필요성을 느낄 때마다 git의 핵심 "배관"레이어에 새로운 기능을 생성하여 포함하도록 제안 할 수 있습니다. 그것이 좋으면 git의 유틸리티 (및 명령 줄 복잡성)를 더욱 향상시켜 받아 들일 것입니다.

요점은 단순히 자식이 지구상에서 가장 유능한 사람에 의해 설계되었다는 것입니다. 저는 재능에 대해 이야기하지 않고 경험에 대해 이야기하고 있습니다. Linux 커널과 비슷한 크기와 수의 기여자를 조합하여 코드베이스를 책임지고 다른 사람들이 실제로 대부분의 통합을 다루고있는 사람이있을 것입니다. 스스로 일하십시오.

따라서 Linus는 분산 버전 제어 시스템의 요구 사항과 사용 사례를 다른 누구보다 잘 알고있었습니다. 물론 그가 다루고있는 코딩의 대부분이 C로 이루어졌으며 대부분의 성능이 중요했습니다.

기본적으로 그것은 자신의 가려움증을 긁는 궁극적 인 예입니다.

그것은 Git Parable에 설명 된대로 거의 정확하게 설계되었습니다 .

텍스트 편집기와 몇 가지 파일 시스템 명령 외에는 아무것도없는 컴퓨터가 있다고 상상해보십시오. 이제이 시스템에서 큰 소프트웨어 프로그램을 작성하기로 결정했다고 가정하십시오. 책임있는 소프트웨어 개발자이기 때문에 이전에 변경했거나 삭제 한 코드를 검색 할 수 있도록 소프트웨어 버전을 추적하기위한 일종의 방법을 개발해야합니다. 다음은 이러한 버전 제어 시스템 (VCS)을 설계하는 방법과 해당 설계 선택의 이유에 대한 이야기입니다.