처리중입니다. 잠시만 기다려주세요.
TTJ 코딩클래스
정규반 단과 자료실 테크 뉴스 코딩 퀴즈
테크 뉴스
Hacker News 2026.03.29 30

스페인 법률 8,642개를 Git에 넣었더니 — 법 개정이 커밋이 되는 세계

Hacker News 원문 보기
스페인 법률 8,642개를 Git에 넣었더니 — 법 개정이 커밋이 되는 세계

법률을 Git으로 관리한다고?

개발자라면 Git을 매일 쓰잖아요. 코드 변경 이력을 추적하고, 누가 언제 어떤 줄을 바꿨는지 한눈에 볼 수 있는 그 도구요. 그런데 이걸 코드가 아니라 법률에 적용하면 어떻게 될까요? 스페인의 한 개발자가 정확히 그 실험을 해봤어요. 스페인에 존재하는 법률 8,642개를 전부 Git 저장소에 집어넣고, 법이 개정될 때마다 하나의 커밋으로 기록한 거예요.

이 프로젝트의 이름은 legalize-es인데요, 단순히 법률 텍스트를 깃허브에 올려놓은 게 아니에요. 법률의 최초 제정 버전부터 시작해서, 이후에 일어난 모든 개정 사항을 시간 순서대로 커밋으로 쌓아올린 구조예요. 그러니까 git log를 치면 어떤 법이 언제 어떻게 바뀌었는지 전체 이력이 쫙 나오는 거죠.

왜 이게 의미가 있을까

법률이라는 게 원래 읽기가 참 어렵잖아요. 한국도 마찬가지지만, 법이 개정되면 "제5조의2를 다음과 같이 한다"처럼 diff 형태로 표현되거든요. 근데 이게 사람이 읽으라고 만든 diff가 아니라, 맥락 없이 조문 번호만 참조하니까 실제로 뭐가 바뀌었는지 파악하려면 기존 조문을 찾아서 직접 대조해봐야 해요.

이걸 Git으로 관리하면 어떻게 되냐면, git diff를 통해 정확히 어떤 문장이 추가되고 삭제됐는지 시각적으로 볼 수 있어요. GitHub의 diff 뷰어를 써도 되고, 로컬에서 좋아하는 diff 도구를 쓸 수도 있고요. 개발자들이 코드 리뷰에서 매일 하는 그 작업을 법률에 그대로 적용할 수 있는 거예요.

게다가 git blame도 쓸 수 있어요. 이게 뭐냐면, 특정 조항이 언제 누구에 의해 도입됐는지를 줄 단위로 추적하는 기능인데요. 법률에 적용하면 "이 조항은 2015년 개정 때 추가된 거구나"라는 걸 바로 알 수 있는 거죠. 이건 법률 전문가한테도, 일반 시민한테도 꽤 강력한 투명성 도구가 돼요.

기술적으로 어떻게 만들었을까

프로젝트를 보면, 스페인 정부의 공식 법률 데이터베이스(BOE)에서 법률 텍스트를 크롤링한 뒤 파싱해서 구조화된 텍스트 파일로 변환하는 과정을 거쳤어요. 각 법률은 하나의 파일로 관리되고, 법률의 제정일을 커밋 날짜로 설정했어요. 그래서 Git의 타임라인이 곧 법률의 역사가 되는 구조예요.

재미있는 점은 이 접근법이 기술적으로 전혀 복잡하지 않다는 거예요. Git이라는 이미 모든 개발자가 알고 있는 도구를 활용한 것뿐인데, 적용 대상을 바꾸니까 완전히 새로운 가치가 생긴 거잖아요. 별도의 법률 버전 관리 시스템을 새로 만든 게 아니라, 기존 인프라를 그대로 재활용한 거예요.

비슷한 시도들과 업계 맥락

사실 법률을 Git으로 관리하자는 아이디어는 처음이 아니에요. 독일에서도 Bundesgit이라는 프로젝트가 비슷한 시도를 했었고, 미국에서도 DC 시의회 법률을 GitHub에 올린 적이 있어요. 프랑스에서도 법률 텍스트를 Git으로 관리하는 실험이 있었고요.

하지만 이번 프로젝트가 눈에 띄는 건, 한 나라의 전체 법률을 대상으로 했다는 점이에요. 8,642개면 정말 방대한 양이거든요. 그리고 단순히 현재 버전만 올린 게 아니라 개정 이력까지 커밋으로 재구성했다는 점에서 완성도가 높아요.

이런 접근법은 법률 외에도 다양한 곳에 확장할 수 있어요. 정부 정책 문서, 약관, 규정집 같은 것들도 비슷하게 관리할 수 있죠. 실제로 일부 기업에서는 내부 정책 문서를 Git으로 관리하기 시작했고요. "텍스트인데 버전 관리가 필요한 모든 것"에 Git을 적용할 수 있다는 가능성을 보여주는 사례예요.

한국 개발자에게 주는 시사점

한국 법률도 사정은 비슷해요. 국가법령정보센터에서 법률을 찾아볼 수 있긴 하지만, 개정 이력을 diff 형태로 쉽게 비교하는 건 쉽지 않거든요. 누군가 한국 법률로도 이런 프로젝트를 만든다면 정말 유용할 거예요. 크롤링 대상만 바꾸면 기술적으로는 충분히 재현 가능한 프로젝트이기도 하고요.

더 넓게 보면, 이 프로젝트는 개발 도구의 활용 범위를 다시 생각하게 만들어줘요. Git이 꼭 소스 코드에만 쓰여야 할 이유는 없잖아요. 문서, 데이터, 설정, 법률, 심지어 레시피까지 — 변경 이력이 중요한 모든 곳에 Git을 적용할 수 있다는 걸 다시 한번 확인시켜주는 사례예요.

핵심 정리

이미 알고 있는 도구를 새로운 문제에 적용하는 것, 그게 이 프로젝트의 핵심이에요. 여러분이 매일 쓰는 Git, diff, blame 같은 도구가 법률의 투명성을 높이는 데도 쓸 수 있다니 꽤 멋지지 않나요?

여러분이라면 Git을 코드 외에 어떤 곳에 적용해보고 싶으신가요? 혹시 이미 비슷한 시도를 해보신 분이 있다면 경험을 공유해주세요!


🔗 출처: Hacker News

이 뉴스가 유용했나요?

TTJ 코딩클래스 정규반

월급 외 수입,
코딩으로 만들 수 있습니다

17가지 수익 모델을 직접 실습하고, 1,300만원 상당의 자동화 도구와 소스코드를 받아가세요.

144+실전 강의
17개수익 모델
4.9수강생 평점
정규반 자세히 보기

"비전공 직장인인데 반년 만에 수익 파이프라인을 여러 개 만들었습니다"

실제 수강생 후기
  • 비전공자도 6개월이면 첫 수익
  • 20년 경력 개발자 직강
  • 자동화 프로그램 + 소스코드 제공

매일 AI·개발 뉴스를 받아보세요

주요 테크 뉴스를 매일 아침 이메일로 전해드립니다.

스팸 없이, 언제든 구독 취소 가능합니다.