이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
iOS 프로젝트가 커지면서 Tuist를 처음 도입했습니다. .xcodeproj 파일의 머지 충돌이 잦아져서 프로젝트 파일을 코드로 생성하는 방식으로 바꿨고, git diff가 읽을 수 있는 수준이 됐습니다. 모듈 분리도 Tuist 설정으로 관리하면서 각 모듈의 의존성이 명시적으로 드러나게 됐고, 순환 의존 문제를 빌드 타임에 잡을 수 있게 됐습니다.
Fastlane은 TestFlight 배포 자동화에 썼는데, match로 인증서 관리를 일원화하고 deliver로 메타데이터까지 코드로 관리했습니다. 처음 설정에 이틀 정도 걸렸지만 이후 배포 과정이 단일 커맨드로 끝나는 구조가 됐고, 수동 배포 때 발생하던 서명 오류가 사라졌습니다.
Tuist를 도입하면서 프로젝트 파일 충돌 문제를 해결했지만, 도입 과정에서 예상보다 큰 초기 비용이 있었습니다. Xcode에서 직접 설정하던 것을 Tuist 파일로 재작성하는 과정에서 일부 설정이 Tuist에서 지원되지 않거나 방식이 달라서 마이그레이션에 시간이 걸렸습니다. 팀원들이 새로운 방식에 익숙해지는 데도 시간이 필요했는데, Xcode에서 UI로 할 수 있던 것을 코드로 해야 한다는 점이 처음에는 불편하게 느껴진 경우가 있었습니다. Tuist 자체의 버전 업데이트로 인해 설정이 변경되는 경우도 있었는데, 이를 추적하고 대응하는 것이 추가 유지보수 작업이 됐습니다. Tuist는 프로젝트 규모가 커지고 팀이 함께 작업할 때 효과가 크지만, 소규모 프로젝트나 팀에서는 도입 비용 대비 효과가 크지 않을 수 있다는 것을 이 경험에서 배웠습니다.
Fastlane으로 배포 자동화를 구성하고 나서 대부분의 경우에 잘 동작했는데, 자동화가 커버하지 못하는 케이스가 생기는 경험을 했습니다. 특정 Apple 정책 변경이나 앱 심사 요구사항 변화가 생겼을 때, Fastlane의 자동화 흐름에서 수동으로 처리해야 하는 단계가 추가되는 경우가 있었습니다. 자동화에 익숙해지면 예외 상황이 생겼을 때 수동으로 처리하는 방법을 잊는 경우도 생겼는데, 자동화가 실패했을 때 어떻게 수동으로 대응하는지를 문서로 남겨두는 것이 중요하다는 것을 알게 됐습니다. Fastlane은 반복적인 배포 프로세스를 자동화하는 데 효과적이지만, 외부 환경 변화에 유연하게 대응하려면 자동화 외부의 흐름도 이해하고 있어야 한다는 것을 이 경험에서 배웠습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 넛지헬스케어 모바일 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.