피드로 돌아가기
iOS 개발자를 위한 DocC 실무 튜토리얼
올리브영 테크블로그올리브영 테크블로그
Mobile

iOS 개발자를 위한 DocC 실무 튜토리얼

올리브영이 Confluence 기반 문서화를 DocC로 전환해 로컬 빌드 문의 90%, 인터페이스 문의 75% 감소

2025년 3월 28일12intermediate

Context

iOS 개발팀이 Confluence에서 별도로 관리하던 문서가 코드 변경 시 미동기화되어 점진적으로 내용이 빈약해졌습니다. 로컬 빌드 관련 주간 평균 10~15건, 인터페이스 관련 주간 평균 10~15건의 문의가 발생했습니다.

Technical Solution

  • 문서화 도구 전환: Confluence에서 Apple 공식 문서화 도구인 DocC(Xcode 13+)로 이전
  • 코드 기반 문서 자동화: 소스 코드의 주석(///)과 마크다운 파일을 기반으로 API 문서 자동 생성
  • 문서화 강제 프로세스 도입: JavaScript Interface 추가 시 DocC 문서 작성을 코드 리뷰 통과 조건으로 설정
  • 웹 배포 인프라 구축: DocC를 별도 Swift Package로 분리 후 GitHub 레포지토리에서 GitHub Actions와 Pages를 통해 HTML 형태로 배포
  • 다층 접근성 제공: Xcode 내 검색(Cmd + Shift + F)과 웹 브라우저 기반 문서 접근을 동시 지원

Impact

  • 로컬 빌드 관련 문의: 도입 전 1회당 평균 15~20건 → 도입 후 1~2건 (약 90% 감소)
  • 인터페이스 관련 문의: 도입 전 주평균 10~15건 → 도입 후 1~2건 (약 75% 감소)

Key Takeaway

문서를 코드 리뷰 프로세스에 강제 포함시키고 자동 생성 도구를 채택하면 문서 최신성을 보장할 수 있으며, 멀티 플랫폼(IDE 내 + 웹) 배포로 개발자뿐 아니라 비개발 팀원의 접근성도 동시에 확보할 수 있습니다.


iOS 개발팀에서 코드와 문서 간 동기화 문제를 겪고 있다면 DocC를 도입하되, 단순히 도구 전환에 그치지 말고 리뷰 프로세스에 문서화를 필수 조건으로 포함시켜야 합니다. 추가로 GitHub Pages 등을 활용해 웹 기반 배포를 함께 구성하면 앱 개발자 외 웹 개발자, 디자인, PM 등이 별도 도구 없이 브라우저에서 API 명세를 확인할 수 있어 크로스펑셔널 협업의 문의 비용을 크게 줄일 수 있습니다.

원문 읽기