"브랜치"라고 부르는 셋
체크아웃 하나엔 상태가 셋 따로 들어 있어. 참조는 브랜치가 가리키는 자리야. 인덱스는 스테이징된 내용이고. 작업 트리는 디스크 위의 파일들이야. 평소 쓰는 명령은 셋을 한꺼번에 움직이니까 대부분은 이 셋이 따로 노는 걸 볼 일이 없어. 배관 명령은 하나씩 따로 움직여. 일부러 그래. 세 강의 앞의 임시 인덱스 착지가 가능했던 게 바로 그 덕분이고. 착지를 이웃들로부터 격리해준 그 자유가 이 강의 주제야. 그 이웃들이 일하던 체크아웃을 착지가 망가뜨린 경로도 바로 그거였거든.
아무도 안 쓴 스테이징된 되돌림
예전 뒤처짐 경우를 따라가봐. 원격엔 이 체크아웃에 없는 커밋이 있었어. 그래서 착지는 원격 끝 위에 커밋을 빚고, 비교 후 교체로 참조를 거기로 옮겼어. 단계 하나하나는 다 맞았어. 이제 끝난 뒤 체크아웃을 봐. 참조는 다른 기계의 커밋을 쥐고 있는데, 공유 인덱스랑 작업 트리는 그 커밋들 이전 파일을 여전히 들고 있어. 그 체크아웃에서 일하는 모든 세션 눈에는 다른 기계의 작업이 그걸 되돌리는 스테이징된 변경으로 보여. 그리고 누구든 다음에 평범하게 커밋하면 그 되돌림이 그 사람 이름으로 기록돼.
실제로 그대로 재현됐어. 다른 기계가 1 에서 2 로 바꾼 파일이 참조에선 2, 작업 트리에선 1 이었고, 인덱스엔 1 로 되돌리는 변경이 스테이징돼 있었어. 같은 베이스를 쓰던 공개 동사는 더 나빴어. 퀘스트 기록을 낡은 작업 트리에서 읽어서 원격 끝 위에 커밋했거든. 다른 기계가 찍은 도장이 사라졌고, 기록 이력엔 둘 다가 아니라 새 항목 하나만 남았어.
실패한 작업은 하나도 없었어. 오류도 하나 안 찍혔어. 상태가 앞뒤가 안 맞았을 뿐이야. 이 트랙 첫 강의가 기계 셋이 각자 자기 자리에선 맞다고 했던 그 모양이지. 다만 이번엔 그 엇갈림을 작업장이 직접 만들어냈어.
셋 다 옮기든가, 아무것도 안 옮기든가
지금 규칙은 짧아. 참조는 작업 트리가 쥔 것보다 앞으로 절대 안 가. 체크아웃이 뒤처져 있으면 착지는 뭘 쓰기 전에 체크아웃 자체를 빨리 감기해. 빨리 감기 전용 병합은 참조, 인덱스, 파일을 한꺼번에 옮겨. 상관없는 편집이나 스테이징된 조각은 건드리지 않고 그대로 데려가고. 로컬 편집을 덮어쓰게 되면 아무것도 안 옮기고 거부해. 거부되면 착지는 아무것도 안 쓴 채로 멈추니까 나중에 다시 돌려도 안전해. 그 거부가 지켜준 편집은 다른 세션 작업이고, 그걸 어떻게 할지는 사람이 정할 일이야. 빨리 감기가 끝나면 베이스는 그냥 체크아웃 자기 끝이야.
푸시 경합에서 진 경우도 같은 규칙을 따라. 예전 복구는 새 원격 끝 위에 커밋을 다시 빚고 참조만 옮겼어. 같은 버그를 한 걸음 늦게 되풀이한 거지. 지금은 브랜치가 착지의 부모로 한 걸음 물러서고(퀘스트 편집은 여전히 스테이징된 채 디스크에 있어), 작업 트리와 함께 새 끝까지 빨리 감기하고, 거기서 다시 커밋해. 체크아웃이 못 따라갈 때도 있어. 빨리 감기가 누군가의 편집을 덮어쓰게 되거나, 체크아웃에 원격에 없는 커밋이 있을 때. 그러면 브랜치는 착지로 돌아가고, 그 착지는 커밋됐지만 푸시는 안 된 걸로 기록돼. 자기 기록을 쓰기 전에 빠져나가는 복구는 그게 막으려던 구멍보다 나빠.
엔진의 트리는 저자의 트리가 아냐
같은 시즌에 같은 실수가 다른 얼굴로 두 번 더 나왔어. 프로세스가 볼 수 있는 체크아웃이 곧 중요한 체크아웃이라고 가정하는 실수.
원격에 못 간 브리프. 엔진은 자기가 쓰는 브리프를 전부 기계 하나에 있는 자기 체크아웃에 커밋해. 다른 기계에서 몇 초 먼저 푸시된 착지 때문에 엔진의 푸시가 졌어. 로그 줄엔 "푸시 안 됨"이 남았는데 큐 명령은 성공을 찍었어. 그 체크아웃은 이미 갈라져 있어서, 이후의 브리프 푸시도 전부 똑같이 실패할 상황이었고. 이제는 거부된 푸시를 임시 인덱스에서 원격 끝 위로 다시 얹어서 푸시해. 엔진 체크아웃 자기 브랜치는 안 옮긴 채로. 작업 트리 없이 그 참조를 옮기면 거기서도 똑같은 되돌림이 스테이징될 테니까. 그래도 원격에 못 간 게 남으면, 브리프를 쓰는 동사마다 어느 기계인지랑 고치는 명령을 경고로 찍어.
트랙을 못 본 리뷰. 트랙별로 쪼갠 리뷰 요청은 엔진 체크아웃 목록을 보고 범위를 잡았었어. 다른 기계에서 쓴 퀘스트는 착지하기 전까진 그 저자 체크아웃에만 있어. 그래서 엔진은 트랙을 하나도 못 보고 거부했어. 진화 작업이었으면 새 레슨이 리뷰에서 조용히 빠졌을 거고. 지금은 요청하는 기계가 퀘스트의 파일 이름을 보내. 이름만, 아무것도 안 열고. 트랙이 없는 목록은 엔진의 더 오래된 사본으로 메우지 않고 거부해. 요청서를 조립하고, 파일로 쓰고, 커밋하는 건 여전히 엔진이니까 단일 기록자는 그대로 하나야. 자기 트리가 저자의 트리라는 가정만 그만둔 거야.