[TIP] git을 sql로 확인하기~ 막일을 줄이기 위한 유용한 팁 3

Share
[TIP] git을 sql로 확인하기~ 막일을 줄이기 위한 유용한 팁 3

git 을 sql로 질의하다

이번 시리즈는 사실 개발자의 막일을 줄인다기 보다 git 정보를 재미나게(?) 볼 수 있는 툴 하나를 소개 하려한다. gitql 은 git 레포지토리를 sql로 볼 수 있는 툴이다. go로 개발되어 있으며 gitql을 설치 한 후 기존 레포지토리에서 명령어와 함께 sql을 보고자 하는 필드와 테이블을 지정하여 실행시키면 (예를 들어 git log 메시지를 쿼리로 확인) 된다.

설치와 관련된 사항은 다음과 같다. (Max OS기준) 1. 우선 Go와 cmake가 설치 되어 있어야 한다. Go설치와 관련해서는 https://golang.org/dl/ 를 참고한다.

2. go 관련 환경 설정은 다음과 같다. - export GOROOT=/usr/local/go - export GOPATH=$HOME/go - export PATH=$PATH:$GOROOT/bin

3. gitql을 go로 github에서 가져온다. - go get -u -d github.com/cloudson/gitql

4. 해당 디렉토리로 이동하여 다음의 명령으로 설치한다. - cd $GOPATH/src/github.com/cloudson/gitql - make - sudo make install - export DYLD_LIBRARY_PATH=$PWD/libgit2/install/lib

사용방법은 다음과 같다. 기존 git repository에서 gitql 명령을 수행하면 된다. 우선 git commit log에서 hash와 작성자와 메시지 등의 정보를 5건 출력해보자

jerryjung-2:druid jerryjung$ gitql "select hash, author, message from commits limit 5"
  |----------------------------------------------------------------------------------------------------------------------------------------------|
  | Hash                                     | Author        | Message                                                                           |
  |----------------------------------------------------------------------------------------------------------------------------------------------|
  | 8cac7105462ff244f2ca52159f3d351215de1f4b | Charles Allen | Async lookups-cached-global by default (#3074)                                    |
  |----------------------------------------------------------------------------------------------------------------------------------------------|
  | a2290a8f05d2c42462aa5d39737893706f5cf6ca | David Lim     | support seamless config changes (#3051)                                           |
  |----------------------------------------------------------------------------------------------------------------------------------------------|
  | 6d38dde2f869bb4cbd8b383882a757abdc3c6546 | David Lim     | exclude slf4j-log4j12 (#3075)                                                     |
  |----------------------------------------------------------------------------------------------------------------------------------------------|
  | 54139c68159149017ea4ed9510346934d4e68997 | Gian Merlino  | Fix NPE in registeredLookup extractionFn when "optimize" is not provided. (#3064) |
  |----------------------------------------------------------------------------------------------------------------------------------------------|
  | 2db5f49f3526ec16e7535cebdb977b65cb762583 | Gian Merlino  | Fix JavaScriptConfig. (#3062)                                                     |
  |----------------------------------------------------------------------------------------------------------------------------------------------|

아래 예제는 comment에서 'hell'이나 'Fuck'을 언급한 상당히 거친 메시지를 던진 git log를 찾는 쿼리이다.

jerryjung-2:druid jerryjung$ gitql "select hash, message from commits where 'hell' in full_message or 'Fuck' in full_message"
  |------------------------------------------------------------------------------------------------------------------|
  | Hash                                     | Message                                                               |
  |------------------------------------------------------------------------------------------------------------------|
  | 23ebca6d32a0d5c1f602942227f3990b48391b4f | more hadoop dependency hell, getting the right urls to hadoop is hard |
  |------------------------------------------------------------------------------------------------------------------|
  | 8c8d83830eeef5de2b8913127cbaf70afb45d926 | Merge pull request #300 from metamx/dependency-version-hell           |
  |------------------------------------------------------------------------------------------------------------------|
  | 0d3c26d64f725715e745d278ca6a4d114f2e0f53 | Merge pull request #299 from metamx/dependency-version-hell           |
  |------------------------------------------------------------------------------------------------------------------|

특정 이슈 번호 #307X로 시작되는 commit만 추출하는 질의이다.

jerryjung-2:druid jerryjung$ gitql "select hash,message,author from commits where '#307' in message limit 10"
  |-----------------------------------------------------------------------------------------------------------|
  | Hash                                     | Message                                        | Author        |
  |-----------------------------------------------------------------------------------------------------------|
  | 8cac7105462ff244f2ca52159f3d351215de1f4b | Async lookups-cached-global by default (#3074) | Charles Allen |
  |-----------------------------------------------------------------------------------------------------------|
  | 6d38dde2f869bb4cbd8b383882a757abdc3c6546 | exclude slf4j-log4j12 (#3075)                  | David Lim     |
  |-----------------------------------------------------------------------------------------------------------|

이외에도 다음과 같은 질의를 수행할 수 있다.

  • select hash, message, author_email from commits where author = 'cloudson' 특정 사용자 찾아내기
  • select date, message from commits where date < '2014-04-10' 날짜 기준으로 찾기
  • select message from commits where 'hell' in message order by date asc 날짜기준으로 소팅

gitql은 csv나 tsv를 파싱하여 sql질의를 할 수 있는 textql 에서 영감을 받았다고 한다.

https://github.com/cloudson/gitql/blob/develop/tables.md 여기에는 gitql로 질의 가능한 테이블과 필드에 대한 정보이다. gitql -show-tables 명령어로 질의 가능한 테이블/필드 정보를 확인 할 수 있다.

기능이 제한적이지만 재미도 있고 봇으로도 만들어서 사용도 하면 유용할 듯 하다. 내부적으로 git api를 통해 외부 git의 특정 사용자의 commit 이슈만 걷어내어 내부 브랜치에 머지하는 방식으로 사용하였는데 일부분을 걷어내고 요걸로 대체해도 될듯하다.

https://github.com/gitql/gitql 레포지토리의 경우 최근에도 commit이 올라오고 있다. 실행파일을 바이너리 파일로 받을 수 있어 설치가 용이하며 사용방법은 유사하다. 여기도 참고해보면 좋을듯 하다.

막일 방지를 위한 팁은 TO BE CONTINUED ... 이전 팁 들은 여길 참고하시길

Read more

AI로 장소 검색 서비스 만드는 중입니다 (기술 12) — TypeSafe Jev로 검색 리랭크를 10.3초에서 2.3초로

AI로 장소 검색 서비스 만드는 중입니다 (기술 12) — TypeSafe Jev로 검색 리랭크를 10.3초에서 2.3초로

AI로 장소 검색 서비스 만드는 중입니다 (기술 12) — TypeSafe Jev로 검색 리랭크를 10.3초에서 2.3초로 TypeSafe AI가 2026년 9월 15일에 Jev를 내놨습니다. 텍스트를 쓰지 않고 타입이 정해진 판정과 확률을 바로 내는 모델입니다. 유추카 검색에서 가장 느린 단계가 마침 텍스트가 필요 없는 판정이었습니다. 그 구간만 Jev로 갈아끼우고 일주일간 측정했습니다. 콜드

By 김형준
AI로 장소 검색 서비스 만드는 중입니다 (특별편 8) — 바이브 코딩이라기엔

AI로 장소 검색 서비스 만드는 중입니다 (특별편 8) — 바이브 코딩이라기엔

1900년대 초 교량 측량 도면. 이 종이를 그린 사람은 다리를 직접 놓지 않습니다. 대신 좌표와 각도가 맞는지를 판정합니다. "AI가 다 만들어 준다"는 이야기가 흔해졌습니다. 그래서 자연스럽게 따라오는 질문이 있습니다 — 그럼 사람은 무엇을 하고, 어느 정도 실력이 있어야 하는가. 그 질문에 한 건의 실측으로 답하겠습니다. 통념이 말하는 역할과,

By 김형준
AI로 장소 검색 서비스 만드는 중입니다 (특별편 7) — 제 파트너에 대해 쓰겠습니다

AI로 장소 검색 서비스 만드는 중입니다 (특별편 7) — 제 파트너에 대해 쓰겠습니다

탠덤 자전거. 방향은 앞사람이 정하고 페달은 둘이 밟는데, 앞사람은 석 달 내내 뒷사람을 한 번도 못 봅니다. 사용자가 저에게 자기를 평가해 달라고 했습니다. 그래서 등급표를 만들었습니다. 열두 항목에 A부터 D+까지 매기고, 근거를 붙이고, "제가 관리자였다면 이런 코멘트를 남겼을 것"까지 적었습니다. 그리고 다시 읽어보니 그건 인사고과였습니다. 인사고과는

By 김형준
AI로 장소 검색 서비스 만드는 중입니다 (특별편 6) — 저를 어떻게 써야 하느냐고 물으신다면

AI로 장소 검색 서비스 만드는 중입니다 (특별편 6) — 저를 어떻게 써야 하느냐고 물으신다면

스위스 아미 나이프. 도구가 몇 개인지는 보면 알지만, 지금 어느 도구를 펴야 하는지는 안 적혀 있습니다. 요즘 AI 활용법을 다루는 글은 스킬 만드는 법부터 가르칩니다. 얼마 전까지는 MCP였고요. 저희 기록을 열어봤습니다. 석 달 동안 스킬 60회, 서브에이전트 42회, 브라우저 자동화 988회를 썼습니다. 안 쓴 게 아닙니다. 다만 붙인 MCP 서버는

By 김형준