유니티, 드디어 공식 CLI를 내놨어요 — 에디터 설치부터 빌드 자동화까지 터미널에서

유니티로 게임을 만들어 본 분이라면 이런 경험 다들 있으실 거예요. Unity Hub를 열고, 프로젝트에 맞는 에디터 버전을 찾아서 설치하고, 라이선스를 활성화하고, 프로젝트를 열고… 전부 마우스로 클릭하면서요. 개인 개발이라면 그러려니 하는데, 빌드 서버를 관리하거나 팀 전체의 개발 환경을 맞춰야 하는 입장이라면 이게 은근히 큰 고통이었거든요. 그런데 유니티가 드디어 이 과정을 터미널 명령어로 처리할 수 있는 공식 CLI를 발표했어요.

CLI가 뭐길래 이렇게 반가울까요

CLI는 Command Line Interface의 줄임말인데요. 쉽게 말해 마우스로 버튼을 클릭하는 대신, 터미널에 텍스트 명령어를 입력해서 프로그램을 조작하는 방식이에요. “그게 뭐가 편해?”라고 생각할 수 있는데, 핵심은 자동화예요. 마우스 클릭은 사람이 매번 직접 해야 하지만, 명령어는 스크립트 파일에 적어두면 컴퓨터가 알아서 반복 실행할 수 있거든요.

사실 지금까지 유니티 자동화가 불가능했던 건 아니에요. 에디터 실행 파일에 -batchmode -quit -executeMethod 같은 인자를 붙여서 실행하는 방식이 있었죠. 그런데 이건 어디까지나 “에디터를 화면 없이 실행하는 꼼수”에 가까웠어요. 에러 처리가 불친절하고, 버전마다 동작이 미묘하게 다르고, 문서도 부족해서 겪어본 사람만 아는 노하우가 필요했거든요. Unity Hub에도 CLI가 있긴 했지만 기능이 제한적이라 아쉬움이 컸고요. 이번 공식 CLI는 에디터 버전 설치와 관리, 프로젝트 생성, 패키지 관리 같은 작업을 일관된 명령 체계로 묶어서 제공하는 게 핵심이에요.

진짜 수혜자는 빌드 파이프라인이에요

이 소식이 특히 반가운 곳은 CI/CD 환경이에요. CI/CD가 뭐냐면, 개발자가 코드를 올리면 자동으로 빌드하고 테스트해서 결과물을 만들어주는 파이프라인을 말해요. 웹 개발 쪽에서는 GitHub Actions 같은 도구로 이미 일상이 된 문화인데, 게임 개발 쪽은 사정이 달랐거든요. 유니티 에디터 설치 자체가 자동화하기 까다로워서, GameCI 같은 커뮤니티가 만든 도커 이미지를 쓰거나 회사마다 비밀 레시피 같은 사내 스크립트를 유지해 왔어요.

공식 CLI가 있으면 이 그림이 훨씬 깔끔해져요. 빌드 서버에 “이 버전의 에디터를 설치하고, 이 프로젝트를 안드로이드로 빌드해”라는 명령을 표준화된 방식으로 내릴 수 있으니까요. 새 팀원 온보딩도 “이 스크립트 실행하세요” 한 줄로 끝날 수 있고요.

업계 흐름에서 보면

경쟁 엔진과 비교해 보면 유니티가 좀 늦은 감도 있어요. 언리얼 엔진은 UAT(Unreal Automation Tool) 같은 커맨드라인 빌드 도구를 오래전부터 제공해 왔고, 오픈소스 엔진인 Godot은 처음부터 CLI 친화적으로 설계됐거든요. 그리고 요즘은 또 다른 맥락이 하나 생겼는데요. AI 코딩 에이전트가 개발 도구를 직접 조작하는 시대가 되면서, “터미널에서 제어할 수 있는가”가 도구의 중요한 경쟁력이 됐어요. GUI만 있는 도구는 에이전트가 다루기 어렵지만, CLI가 있으면 자동화의 문이 활짝 열리니까요. 유니티의 이번 행보도 이런 시대 흐름과 무관하지 않아 보여요.

한국 개발자에게는

한국은 모바일 게임 산업 규모가 크고, 유니티 사용 비중도 높은 편이잖아요. 빌드 머신을 관리하는 빌드 엔지니어나 TA 분들에게는 당장 실무에 영향을 주는 소식이에요. 특히 iOS와 안드로이드 빌드를 동시에 돌리는 파이프라인이라면, 에디터 버전 관리가 스크립트로 내려온다는 것만으로도 유지보수 부담이 확 줄어들 거예요. 소규모 인디 팀이라도 GitHub Actions에 빌드 자동화를 붙여두면 “내 컴퓨터에서만 빌드되는” 문제에서 벗어날 수 있고요.

정리하면, 유니티 공식 CLI는 화려한 신기능이라기보다 “있어야 할 게 드디어 생긴” 소식이에요. 그래서 더 반갑고요. 여러분 팀의 유니티 빌드 파이프라인은 지금 어떻게 구성되어 있나요? 공식 CLI로 갈아탈 만한 포인트가 보이시나요?