AI 코딩 세션을 Git 커밋에 포함시켜야 할까요?

Source: Dev.to

소개

AI 기반 코딩 어시스턴스가 등장하면서 개발 워크플로우에 새로운 질문이 생겼습니다: AI가 코드를 작성한다면 대화 기록을 커밋에 포함시켜야 할까요?

커밋에 AI 세션을 포함해야 하는 이유

언뜻 보기엔 터무니없는 이야기처럼 들립니다. 우리는 구글 검색 기록이나 Stack Overflow 탐색 기록을 커밋하지 않으니까요. 하지만 AI 지원 코딩은 근본적으로 다릅니다. 프롬프트 설계, 왕복 수정, 논의한 엣지 케이스—이것들은 단순한 조사에 그치지 않고 설계 과정의 일부이기 때문입니다.

몇 달 뒤에 풀 리퀘스트를 검토할 때, 개발자가 특정 접근 방식을 선택한 이유를 확인할 수 있다면 큰 도움이 됩니다. 기존 코드에서는 커밋 메시지와 코드 주석에 의존합니다. AI 세션은 논의된 제약 조건, 고려한 대안, 구현 선택에 대한 이유 등 풍부한 컨텍스트를 담고 있습니다.

현재 접근 방식

• 요약 추가 – 일부 개발자는 AI 세션 요약을 커밋 메시지에 덧붙입니다.
• 별도 문서화 – 다른 개발자는 중요한 AI 상호작용을 별도의 문서로 관리합니다.

반대 입장에서는 이것이 잡음이 되고 코드 자체가 스스로 설명해야 한다고 주장합니다.

가능한 해결책

• 선별적 보존 – 모든 AI 상호작용을 보존할 필요는 없지만, AI 협업을 통해 이루어진 핵심 아키텍처 결정은 페어 프로그래밍 노트와 유사하게 문서화할 가치가 있습니다.
• 새로운 관례 – .ai-sessions/ 디렉터리, 커밋 메시지 푸터, 혹은 중요한 상호작용을 태그하고 아카이브할 수 있는 IDE 플러그인 등 다양한 아이디어가 있습니다.

결론

AI가 우리의 워크플로우에 점점 더 깊게 통합됨에 따라, 버전 관리 관행도 도구와 함께 진화해야 할 것입니다.

---

제 블로깅 프로젝트를 확인하고 싶다면 Pluma.ink를 방문해 보세요 – 아이디어를 정리하기에 깔끔한 플랫폼입니다.