면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.
팀 프로젝트에서 매번 로컬에서 수동으로 빌드하고 서버에 파일을 옮기던 배포 방식을 GitHub Actions로 자동화했습니다. main 브랜치에 병합되면 테스트가 자동 실행되고 통과 시에만 배포되도록 워크플로를 구성했습니다. 처음에는 환경 변수 설정 실수로 배포가 세 번 실패했지만, 로그를 하나씩 확인하며 원인을 찾아 수정했고 이 과정을 팀 문서에도 정리해뒀습니다. 도입 후 배포에 걸리던 시간이 평균 20분에서 5분으로 줄었고, 수동 작업에서 발생하던 실수도 사라졌습니다.
인턴 기간 중 Jenkins로 백엔드 프로젝트의 빌드·테스트·배포 파이프라인을 처음부터 구성한 경험이 있습니다. 기존에는 테스트를 로컬에서만 돌려 커밋 이후 문제가 뒤늦게 발견되는 경우가 많았습니다. 저는 커밋마다 자동으로 단위 테스트가 실행되도록 파이프라인을 짜고, 실패 시 팀 채널에 알림이 가도록 연동했습니다. 도입 후 배포 전 발견되는 버그 건수가 늘었고, 반대로 배포 후 발견되는 버그는 줄었습니다. 문제를 더 이른 단계에서 잡는 구조가 결국 전체 개발 속도를 높인다는 것을 배웠습니다.
사이드 프로젝트에서 프론트엔드 배포 시마다 캐시 문제로 사용자가 이전 버전을 보는 문제가 반복됐습니다. 저는 CI/CD 파이프라인에 빌드 파일 해시를 이용한 캐시 무효화 단계를 추가하고, 배포 전 자동으로 빌드 결과를 검증하는 스텝을 넣었습니다. 이 과정에서 처음 설정한 캐시 정책이 오히려 문제를 키운다는 것을 발견해 정책을 다시 조정했습니다. 결과적으로 캐시 관련 문의가 배포 이후 한 건도 발생하지 않았습니다. 자동화는 속도뿐 아니라 반복되는 문제를 근본적으로 없애는 데도 유효하다는 것을 확인했습니다.
같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.
진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.