버전 관리, 코드 밖으로: AI 에이전트 시대의 필수 조건

Version Control for Everything

AI 에이전트가 코드 작성에만 머물지 않고 이슈 추적, 문서 작성, 일정 관리 등 다양한 업무에 활용되려면, 그 기반에 버전 관리가 필요하다는 주장이 나왔다. 개발자 Ty Overby는 자신의 블로그에서 "버전 관리가 없는 상태에서 AI를 사용하는 것은 매우 스트레스가 크고 오류가 발생하기 쉽다"고 지적한다. 그는 코드 작성뿐 아니라 이메일, Slack, 구글 문서 등 다양한 서비스에 걸친 작업을 AI가 수행할 때, 변경 사항 추적과 롤백이 불가능해 위험하다고 설명한다. 해결책으로 프록시 계층을 두거나 모든 데이터를 Git 저장소로 통합하는 방안을 제시하지만, 각각 원자성 부족과 사용자 경험 저하라는 한계가 있다. 그는 이러한 변화가 AI뿐 아니라 인간 개발자에게도 도움이 될 것이라고 강조한다.

AI 에이전트가 코드 작성뿐 아니라 이메일, 문서, 일정 관리 등 다양한 업무를 처리할 때, 버전 관리 없이는 변경 사항을 추적하거나 되돌릴 수 없어 매우 위험하다.
  1. cfjgvjh

    저는 정말로 모든 것에 버전 관리를 적용하고 싶지만, 제 데이터 대부분이 바이너리라서 git과는 잘 맞지 않습니다. LFS도 시도해 봤지만 제 특정 워크플로우에서는 작동하지 않았습니다. 앞으로 텍스트 중심이 아닌 무언가가 나오길 바랍니다. Lore가 이 목적에 흥미로워 보였습니다. https://github.com/EpicGames/lore

  2. ammar_az

    모든 것을 코드 옆에 두는 접근 방식은 이론적으로는 좋아 보이지만 실제로 큰 프로젝트에서는 악몽입니다. 프로젝트 매니저들이 요구사항과 문서의 사소한 변경마다 커밋을 만들어 git 히스토리가 그 커밋들로 가득 차는 상황을 상상해 보세요. 우리는 그렇게 해 봤고, 결국 하루에 여러 번 브랜치를 리베이스해야 했고 코드 변경 사항에 대한 전체적인 파악을 완전히 잃었습니다. 핵심 문제는 코드는 개발 중에 여러 브랜치에 존재할 수 있지만, 문서와 요구사항은 모든 사람이 참조하는 단일 중앙 소스가 필요하다는 점에 적용할 수 없다는 것입니다. 앞으로 협업 도구들이 정보를 텍스트 형식으로 제공/수용하여 에이전트가 작업 가능한 솔루션으로 사용할 수 있도록 더 많이 적응하게 될 것 같습니다. 그동안 저는 현재 사용 가능한 도구로는 코드용 리포와 문서용 리포 두 개를 두는 것이 최선의 해결책임을 확인했습니다.

  3. Klaster_1

    > 디자인 문서를 Google Docs에서 체크인된 마크다운으로? 이 방법은 제가 속한 팀에서 꽤 잘 작동했습니다. Google Docs의 디자인 문서는 결정 사항과 동기화하기 어렵고 에이전트가 제대로 접근할 수 없었습니다. 처음에는 댓글 기능이 없다는 것이 문제가 될까 걱정했지만, 실제로는 그렇지 않았습니다. Slack 채널이 충분히 역할을 해냈습니다. 이 흐름에서는 디자인 작성자가 결정과 검토 결과를 만들면 에이전트가 이를 개별 영역으로 전파하고, 그 영역에서 작업(이것도 MD로 되어 있음)으로 전파한 다음 설명을 Jira에 복사합니다. 더 이상 "무언가를 변경했지만 그에 의존하는 한 곳을 놓치는" 일이 없어졌습니다. 적어도 예전만큼 심하지는 않습니다.

  4. PaulRobinson

    아, 우리는 다시 "모든 것을 이벤트 소싱하고, 히스토리를 변경하고 현재 상태를 다시 스냅샷할 수 있게 하자"는 아이디어가 다시 지지를 얻고 있는 상황에 도달했습니다. 음, 그렇죠. 하지만 어렵습니다. 또한 git은 이 문제의 해결책이 아니라, 지금 손에 쥐고 있는 드라이버일 뿐입니다.

  5. ssivark

    > 우리는 이슈 트래커와 풀 리퀘스트로 작업을 관리하고, 사람들은 문서를 작성하고 이메일, 인스턴트 메시징, 회의를 통해 소통합니다. 이 모든 채널의 정보를 동기화하고 최신 상태로 유지하는 것은 전일제 직업입니다. OP가 원하는 것의 핵심은 각 서비스의 기반이 되는 데이터 저장소에 대한 투명한 인터페이스인 것 같습니다. 버전 관리는 이 데이터가 변경될 때 변경 사항을 추적하는 것에 관한 것이며, 이는 명시된 필요성과는 다소 직교합니다. 각 노드가 업데이트를 게시/구독하고 로컬 사본을 유지하며, 궁극적 일관성을 위해 충돌 해결을 수행하는 분산 아키텍처가 좋은 해결책이 될지 궁금합니다. 참고: 모든 데이터를 한 곳에 모으는 방법에 대한 Perkeep을 확인해 보세요.

이 날의 다른 글

2026-08-21