git 브랜치를 최근 커밋순으로 정렬하기: 자작 스크립트를 버릴 때

오래된 저장소를 다루다 보면 브랜치 목록이 수십, 수백 개로 불어나는 일은 흔하다. 그중 지금 손대고 있는 것은 대개 최근에 커밋한 몇 개뿐인데, 기본 git branch는 이름을 알파벳순으로 늘어놓기 때문에 정작 필요한 브랜치가 목록 한가운데 파묻힌다. 이 문제를 겪은 많은 개발자들은 각자 나름의 우회 스크립트를 만들어 썼다. 원문 저자 역시 마찬가지로, 커밋 날짜를 첫 열로 뽑아내 정렬한 뒤 다시 가공하는 다소 복잡한 명령을 만들어 몇 년 동안 하루에도 여러 번 실행해 왔다고 밝힌다.

핵심은 이런 수작업이 최신 git에서는 더 이상 필요 없다는 점이다. 날짜를 앞 열로 강제로 끌어내 sort에 넘기던 관행은 git 자체가 정렬 기능을 내장하면서 무의미해졌다. 브랜치를 마지막 커밋 날짜 기준으로 보고 싶다면 git에게 그렇게 정렬하라고 설정만 해 주면 된다.

설정 한 줄로 끝나는 정렬

방법은 두 갈래다. 한 번만 확인하고 싶을 때는 git branch --sort committerdate처럼 옵션을 직접 붙여 실행하면 된다. 반대로 앞으로도 계속 이 순서로 보고 싶다면 정렬 기준을 설정값으로 저장해 두는 편이 낫다. 그러면 매번 옵션을 타이핑하거나 별칭을 기억할 필요 없이, 평소처럼 git branch만 쳐도 최근 커밋 순서대로 브랜치가 나온다. 저자가 몇 년간 반복하던 복잡한 스크립트가 결국 이 짧은 설정 하나로 대체된 셈이다.

여기서 정렬의 기준이 되는 committerdate는 커밋이 저장소에 반영된 시각, 즉 커미터 날짜를 가리킨다. 리베이스나 체리픽처럼 커밋을 다시 쓰는 작업을 하면 원저작 날짜(authordate)와 커미터 날짜가 달라질 수 있으므로, 무엇을 기준으로 '최근'을 판단할지에 따라 결과가 미묘하게 달라진다는 점은 알아둘 만하다. 기본값과 반대로 오래된 브랜치를 위로 올리고 싶다면 기준 앞에 부호를 붙여 정렬 방향을 뒤집을 수도 있다.

정렬 키는 날짜만이 아니다

흥미로운 대목은 정렬 기준을 커밋 날짜에 국한할 필요가 없다는 점이다. git 매뉴얼은 git branch가 지원하는 정렬 키가 git for-each-ref의 그것과 동일하다고 안내한다. for-each-ref는 원래 저장소의 모든 참조(ref)를 스크립트에서 다루기 위한 저수준 명령으로, 정렬과 출력 서식에 쓸 수 있는 필드를 상당히 많이 제공한다. 브랜치 정렬이 사실은 이 범용 참조 조회 기능 위에 얹혀 있다는 뜻이다.

저자는 그 매뉴얼에 나열된 필드 가운데 정렬 키로는 다소 의외인 것들도 있었고, 반대로 눈에 띄게 쓸모 있어 보이는 몇 가지가 있었다고 언급한다. 다만 원문에서 구체적으로 어떤 필드를 꼽았는지는 이 발췌 범위에서 잘려 있어 확인되지 않는다. 실제로 어떤 키를 쓸 수 있는지는 각자 git help for-each-ref로 필드 목록을 직접 훑어보며 확인하는 편이 정확하다.

실무에서의 의미와 한계

이 이야기가 주는 실용적 교훈은 브랜치 정렬 기법 자체보다 그 배경에 있다. 우리가 몇 년째 당연하게 유지하는 자작 스크립트나 셸 별칭 상당수는, 그 도구가 정체돼 있다는 전제 위에 서 있다. git처럼 활발히 개선되는 도구는 한때 우회가 필요했던 기능을 이후 정식으로 흡수하는 경우가 많다. 익숙한 우회로를 주기적으로 다시 들여다보면, 유지보수 부담만 주던 복잡한 파이프라인을 내장 옵션 한 줄로 걷어낼 여지가 종종 드러난다.

동시에 한계도 분명하다. 정렬 설정은 어디까지나 표시 순서를 바꿀 뿐, 브랜치가 많다는 근본 문제를 해결해 주지는 않는다. 오래되어 병합이 끝난 브랜치를 실제로 정리하는 일은 여전히 별도의 작업이며, 최근 순 정렬은 그 정리 대상을 눈에 띄게 만들어 줄 뿐이다. 또한 이 설정은 개인의 로컬 git 환경에 적용되는 것이라 팀 전체의 워크플로를 바꾸지는 않는다. 그럼에도 하루에 여러 번 반복하던 동작을 설정 한 줄로 없앨 수 있다면, 그 자체로 충분히 손볼 가치가 있는 개선이다.