한 번의 커밋이 스무 개 남짓 파일을 건드리는데 그 이유는 여전히 터미널에서 한 줄씩 쳐야 한다.

분기와 이력을 한 장의 그림으로

SourceGit은 오픈소스 Git 그래픽 클라이언트다. 저장소 설명은 담담하다. Windows와 macOS, Linux의 Git 사용자를 위한 그래픽 프로그램이고 기능 목록에 오픈소스와 무료를 나란히 적었다. 이것이 쓰는 방식을 정한다. 소스는 공개되고 세 환경용 설치 꾸러미가 판마다 함께 나오며 돈을 내고 여는 단계가 없다.

창의 배치는 이력을 읽는 일을 중심으로 짜였다. 왼쪽에 분기와 원격, 태그의 나무 목록, 가운데에 커밋 그림과 그 설명, 오른쪽에 작성자 정보와 변경 내용, 파일 목록이 온다. 터미널에서 기록을 페이지 넘기며 보는 것보다 시간의 선과 분기의 움직임을 평평하게 펴 놓는 편이 병행 작업의 한 구간을 되짚을 때 덜 지치다.

이 배치는 특정한 순간에 힘을 낸다. 두 사람이 각기 다른 분기에서 한 주를 일한 뒤 무슨 일이 있었는지를 긴 커밋 목록에서 읽는 것은 느리다. 선이 어디서 갈라지고 어디서 다시 만났는지 보이는 그림에서 읽으면 몇 초면 된다. 클라이언트가 여기서 영리한 일을 하는 것은 아니고 데이터의 모양을 그대로 보여 줄 뿐이다.

설명을 쓰는 두 갈래 길

설명을 쓰는 단계는 가장 쉽게 넘어가는 부분이다. 두 길이 마련되어 있다. 하나는 내장된 정형 보조로 종류와 범위, 설명을 정해진 칸으로 나눠 가지런한 형식의 글을 만든다. 약속 자체는 복잡하지 않지만 칸을 매번 다 기억하는 일은 흐트러지기 쉬우므로 화면에 맡기는 편이 안정적이다.

다른 하나는 모형으로 초안을 만드는 것이다. 기능 목록에는 인공지능으로 커밋 정보를 생성한다고 적혀 있고, 열린 표준에 맞는 연결을 제공하는 제3자 서비스와 함께 쓸 수 있으며 쓰기 전에 설정 창에서 준비해야 한다고 덧붙는다. 모형 계정이나 기기 내 처리는 이용자가 마련하고 호출은 소프트웨어 제공자를 거치지 않는다는 뜻이다.

시작 전에 확인할 두 가지

첫째는 동작 전제다. 사용 설명에는 2.25.1 이후 Git을 먼저 설치해야 한다고 적혀 있다. 이런 그래픽 클라이언트는 화면과 표시를 맡고 아래의 객체 저장소는 여전히 시스템의 명령 줄 프로그램이 읽고 쓴다. 그래서 그것을 먼저 갖추는 일이 창이 저장소를 맡는 조건이 된다.

둘째는 받는 경로에 관한 것이다. SourceGit은 git-scm 공식 사이트의 그래픽 클라이언트 목록에 올라 있고 항목에는 플랫폼이 Linux와 Mac, Windows, 가격은 무료, 라이선스는 MIT로 적혀 있다. 이 목록은 그저 늘어놓은 목차이고 평가가 아니다. 권위 있는 색인의 자리로 읽으면 된다.

배포 꾸러미의 넓이도 짚어 둘 만하다. 판마다 Windows와 macOS의 x64와 arm64가 함께 나오고 Linux용으로 AppImage와 deb, rpm 세 가지가 준비된다. 자기 환경과 배포판에 맞추면 제3자 사이트에서 다시 포장한 것을 찾지 않아도 된다. 이런 종류의 도구에서 불쾌한 일이 생기는 곳이 대개 그 단계다.

쓰기 전 준비를 조금 더 적어 두고 싶다. 모형 연결은 설정 창에서 주소와 열쇠를 넣고 어떤 기능을 쓸지 고르는 형태가 된다. 준비한 것이 돌지 않으면 정형 보조만으로도 일상 커밋은 충분히 쓸 만하다. 둘 중 하나를 골라야 하는 것도 아니고 변경의 크기에 따라 나눠 쓰는 편이 현실적이다. 작은 수정은 칸을 채우고 설계에 닿는 큰 변경만 초안을 맡기면 글의 질도 안정된다.

되풀이되는 그래픽 조작은 창에 맡기고 코드 자체는 편집 도구에 남긴다.

몇 가지 제안을 붙인다. 먼저 기계의 Git 버전이 충분한지 확인한다. 부족하면 클라이언트가 돌지 않는다. 일상 커밋은 정형 보조로 칸을 채운다. 변경이 클 때만 준비한 모형 서비스에 첫 초안을 맡기고 스스로 읽은 뒤 커밋한다.