Xcode Cloud로 빌드, 제공 및 자동화하기

안녕하세요, 저는 Tony입니다. Xcode Cloud 팀의 엔지니어입니다. Xcode Cloud는 Xcode에 내장된 지속적 통합 및 배포 서비스로, Apple 개발자를 위해 특별히 설계되었습니다. 클라우드에서 앱을 빌드하고 테스트하며, 배포를 설정하는 원활한 방법을 제공합니다. TestFlight나 App Store로 앱을 출시할 수 있습니다! 올해는 Xcode Cloud의 기본 기능 개선에 집중했습니다. 앱 아이디어를 막 시작한 분이든, 처음부터 Xcode Cloud를 사용해 온 분이든 상관없습니다. 모든 단계에서 의미 있는 개선 사항을 발견하실 수 있습니다. 빌드와 테스트부터 배포까지 말이죠. 오늘은 몇 가지 핵심 개념을 다뤄보겠습니다. 그런 다음, 새로 만들고 있는 앱으로 Xcode Cloud를 얼마나 쉽게 시작할 수 있는지 보여드리겠습니다. 다음으로, 사용자로부터 피드백을 받기 위해 배포를 설정하겠습니다. 마지막으로, 살짝 들여다볼 것은 웹훅과 내장된 저장소 관리 도구가 워크플로를 확장하고 다음 단계로 나아가는 방법입니다. 먼저, 몇 가지 기본 개념을 정리해 보겠습니다. 앱 개발은 끊임없이 변화하고 있으며, 올해도 예외는 아닙니다. Xcode에 에이전트 지원이 도입되면서, 많은 개발자들이 그 어느 때보다 많은 코드를 작성하고, 기능과 변경 사항을 빠르게 반복하여 사용자에게 더 많은 가치를 전달하고 있습니다. 정말 훌륭한 일이죠! 하지만 어떻게 규모를 확장하고 빠른 속도의 코드, 새로운 기능들을 따라가면서, 버그와 성능 문제를 고객 기기에 도달하기 전에 잡아낼 수 있을까요?

Xcode Cloud는 품질을 위한 여러분의 동반자입니다.

로컬 개발에 비해, Xcode Cloud는 클라우드에서 앱을 병렬로 빌드하고 테스트합니다. 여러 기기와 OS 버전에 걸쳐서요. 그런 다음, 테스터로부터 피드백을 받을 준비가 되면, 배포를 설정하는 것이 매우 간단하고, TestFlight와 App Store로 빌드를 전달할 수 있습니다. 시작해볼 시간입니다! 풀타임 엔지니어로서, 저는 항상 흥미로운 문제를 찾고 있지만, 파트타임 바리스타이기도 합니다. 사무실에서 커피 만드는 것을 좋아하는데, 동료들도 알아챘습니다. 동료들에게 커피를 만들어 준 지 꽤 됐는데, 주문과 선호도를 모두 추적하기가 점점 어려워지고 있습니다. "사무실" 커피숍을 운영하는 데 도움이 되도록, iOS 앱을 만들어왔습니다. 앱이 성장하면서 테스트 스위트도 커졌습니다. 비즈니스 로직을 위한 유닛 테스트, 결제 같은 중요한 흐름이 절대 회귀하지 않도록 하는 UI 테스트. 매번 변경 후 이 모든 테스트를 로컬에서 실행하는 것은 실제로 상당한 시간이 걸리기 시작했습니다. 새로운 기능을 추가하거나 사용자 피드백에 응하는 데 쓸 수 있는 시간이죠. Xcode Cloud를 도입할 때가 됐습니다. 빌드와 테스트가 자동화되어, 더 이상 로컬 머신에 제약받지 않아도 됩니다! Xcode에서 제 앱을 보여드리겠습니다.

시작하려면, Report 네비게이터로 이동하겠습니다.

Cloud라는 탭을 선택합니다.

'시작하기'를 선택하면…

워크스페이스에 있는 모든 제품이 보입니다. 지금은 하나만 있습니다. 개발자 팀이 이미 설정되어 있어 서명 및 배포 설정과 일치합니다. 다음을 클릭하겠습니다.

앱을 빌드하려면, Xcode Cloud가 소스 코드에 접근해야 합니다.

온보딩 어시스턴트가 저장소를 불러올 것이고, 연결 단계를 따르기만 하면 됩니다. 소스 제공자에 따라 단계가 다를 수 있습니다.

프로젝트 연결에 대해 자세히 알아보려면, '프로젝트를 Xcode Cloud에 연결하기'를 확인해보세요.

좋아요, 연결되었습니다! 다음을 클릭하기 전에, 소스 코드에 대해 이야기해 봅시다.

Xcode Cloud 빌드는 임시 가상 머신에서 실행됩니다. 소스 코드는 빌드가 시작될 때만 가져오고, 빌드가 완료되면 삭제됩니다. 소스 코드는 절대 저장되지 않으며, Apple은 이에 접근할 수 없습니다.

Xcode로 돌아가겠습니다. 다음을 클릭하면,

완료됩니다!

Xcode Cloud가 제 제품과 기본 워크플로를 생성했습니다. 지금은 이것으로 충분합니다. 첫 번째 빌드를 시작하기까지 한 번만 더 클릭하면 됩니다!

온보딩된 제품을 펼치면,

보세요, 첫 번째 빌드가 실행 중입니다. 멋지네요! iPhone 앱이 온보딩되었지만, 사무실에서 작업할 때 종종 MacBook을 사용하기 때문에, 주문이 들어오면 보고 관리하는 방법이 필요합니다. 그래서 그것을 위한 macOS 앱을 만들었습니다. Xcode Cloud로 이를 온보딩하는 것이 얼마나 간단한지 살펴보겠습니다.

제 macOS 앱은 같은 Xcode 워크스페이스에 있습니다. 제가 만든 스타일 프레임워크를 공유하기 때문입니다.

다시 Report 네비게이터로 이동하고,

네비게이터 왼쪽 하단의 더보기 버튼을 선택합니다.

여기서 '워크플로 생성…'을 선택합니다.

이제 어시스턴트에서 macOS 앱을 볼 수 있고, 온보딩된 iOS 앱도 보입니다. macOS 앱을 선택하고 다음을 클릭합니다.

이전에 Xcode Cloud가 원격 저장소에 접근하도록 허용했으므로, 원격 저장소에 접근을 허용했기 때문에, 저장소 연결 단계가 다시 나타나지 않습니다.

설정 완료. macOS 브랜치를 선택하고, 첫 번째 빌드를 시작하겠습니다.

이제 Cloud 섹션에서 두 앱 모두의 빌드와 워크플로를 볼 수 있습니다.

훌륭한 시작점이지만, 이것은 시작에 불과합니다. 더 복잡한 워크플로를 구축할 수 있습니다. 더 많은 시나리오, 더 많은 플랫폼, 그리고 두 앱 모두의 더 많은 엣지 케이스를 다루며. 앱 품질을 보장하기 위해 워크플로를 활용하는 방법에 대해 더 알고 싶다면, 앱 품질을 보장하는 데 워크플로를 활용하는 방법은, 자세한 내용은 'Xcode Cloud에서 실용적인 워크플로 만들기'를 확인해보세요.

다음으로, 아이디어를 현실로 만드는 중요한 단계에 대해 이야기해 봅시다 - 바로 배포입니다. Xcode Cloud에서 빌드와 테스트를 실행하는 훌륭한 앱 두 개가 있어 품질을 보장하는 데 도움이 되고 있지만, 일부 사용자들은 새로운 기능을 일찍 테스트하고 피드백을 제공하고 싶어합니다. TestFlight가 이 부분에서 탁월하며, Xcode Cloud는 통합을 간단하게 만들어줍니다. Cloud 네비게이터에서, iOS 앱을 찾아 보조 클릭합니다.

'배포 설정...'을 선택합니다.

Xcode Cloud는 App Store Connect에서 공식 앱 레코드를 생성하기 위한 콘텐츠가 필요합니다. App Store Connect에서요. 여기서 몇 가지 속성을 제공해야 합니다. 앱 이름, 고유 식별자인 Bundle ID, 그리고 스토어용 SKU. Xcode Cloud는 이미 사용 중인 속성을 알려주어, 어시스턴트를 떠나지 않고 여기서 변경할 수 있습니다.

제 앱 이름이 이미 사용 중이네요. 여기서 창의성이 필요합니다.

좋아요, 생성할 수 있습니다.

배포에 온보딩하는 데 몇 초 걸립니다. Xcode Cloud가 앱 레코드를 생성하고, 검증한 후 Bundle ID와 SKU를 등록합니다. 모두 백그라운드에서요.

Xcode로 돌아가서... 좋아요! 배포 설정이 완료되었습니다.

내부 TestFlight용 새 배포 워크플로가 생성되어, 언제든지 시작할 준비가 되었습니다. 이것이 배포를 설정하는 한 가지 방법이지만, 보여드리고 싶은 방법이 하나 더 있습니다. 아직 macOS 앱의 배포를 설정하지 않았는데, 새 워크플로를 만들고 싶습니다. 앱을 보조 클릭하고 '워크플로 관리...'를 선택합니다.

워크플로 관리자 하단의 더하기 버튼을 누릅니다.

여기서 이 새 워크플로에 아카이브 작업을 생성해야 합니다. TestFlight에 배포하기 위한 필수 작업이기 때문입니다.

이를 시도하면서, 설정하는 방법이 제시됩니다. '설정...'을 선택합니다.

모든 속성을 검토하고 '생성'을 클릭합니다.

Xcode Cloud가 동일한 프로세스를 따라 macOS 앱을 배포에 온보딩합니다.

이렇게 해서, 다시 완료되었습니다.

빌드, 테스트, 배포는 Xcode Cloud의 핵심이지만, 그 이상의 것도 할 수 있습니다. 동료들이 커피 주문을 정말 즐기고 있으며, 앱에 대한 훌륭한 피드백을 제공해주고 있습니다. 그중 몇 명도 엔지니어이기 때문에, 버그가 수정되는 과정을 직접 추적해왔습니다. 웹훅을 활용해서 수동으로 추적하는 것보다 훨씬 더 잘 할 수 있다고 생각합니다.

웹훅은 고급 자동화를 구축하기 위한 완벽한 도구입니다. 웹훅이 구성되면, Xcode Cloud가 자동으로 페이로드를 전송합니다. 빌드에 대한 정보를 담아 원하는 서비스로요.

모든 단계에 훅이 있습니다. 빌드가 생성될 때, 시작될 때, 그리고 완료될 때.

제가 만들고 있는 대시보드에 딱 맞겠네요.

이 자동화를 설정하기 위해, iOS 앱을 찾아, 보조 클릭하고 '웹훅 관리...'를 선택합니다.

여기서 새 웹훅을 추가합니다.

웹훅 이름을 "Dashboard"로 지정하고,

페이로드 URL에는 공개적으로 확인 가능한 엔드포인트를 입력합니다.

그리고 '추가'를 클릭합니다.

구성되면, 이제 웹훅 목록에 표시되며,

전달 내역은 없습니다.

웹훅 구성을 테스트하기 위해 새 빌드를 시작해 봅시다.

빌드가 방금 완료되었습니다. Webhooks 뷰로 다시 이동합니다.

웹훅 이벤트가 제 대시보드로 전송되는 것을 볼 수 있습니다. 웹훅 라이프사이클에 해당하는 세 개의 이벤트가 있고, 녹색은 성공적인 전달을 나타냅니다. 웹훅에 대한 자세한 내용은 문서에서 알아볼 수 있습니다.

커피 앱이 사무실에서 인기를 끌고 있습니다. TestFlight 사용자 피드백에는 훌륭한 아이디어들이 가득하고, 기능 요청 등도 많습니다. 앱이 성장하면서 복잡도도 커집니다.

이 단계에서의 일반적인 관행은 코드를 별도의 저장소로 분리하는 것입니다. 특히 기능이 공유될 때는요.

이렇게 하면 코드베이스를 모듈화하고 앱이 성장할수록 유지 관리가 더 쉬워집니다. 저도 최근에 그렇게 했습니다 — 스타일 프레임워크를 자체 저장소로 분리했습니다. Xcode Cloud가 새로운 접근 변경 사항과 동기화를 유지하는 것이 중요합니다. 프로젝트에 해당 스타일 프레임워크를 포함시켜 봅시다. iOS 앱을 다시 보조 클릭하고, '저장소 관리...'를 선택합니다.

저장소 설정 페이지가 열리면서 기본 저장소가 이미 상단에 있습니다. 추가 섹션은 비어 있습니다. '추가'를 클릭하고,

스타일 프레임워크의 Git 원격 URL을 붙여넣은 후,

'추가'를 클릭합니다.

이미 Xcode Cloud에 원격 제공자 접근 권한을 부여했으므로, 다시 인증을 부여할 필요가 없습니다. 이제 Xcode Cloud가 모든 올바른 의존성을 갖춰 프로젝트를 빌드할 수 있습니다.

이제 제가 푸시하는 모든 새 기능은 자동으로 빌드되고, 테스트되고, 배포됩니다. 팀원들은 변경 사항이 생기는 즉시 알림을 받고, 모든 빌드는 정확히 맞는 의존성에 접근할 수 있습니다.

직접 시도해볼 시간입니다! Xcode Cloud 개념을 다시 살펴보고, 앱을 빌드에 온보딩하고, 테스트하고, 배포하세요. 그런 다음 더 나아가서 — 웹훅과 추가 저장소를 구성하여 워크플로를 자동화하고 프로젝트를 확장하세요. Xcode Cloud에 대해 더 알아보려면, 'Xcode Cloud 워크플로 확장하기'와 Xcode 및 Xcode Cloud에서의 '배포 간소화하기'를 확인해보세요. Xcode Cloud는 품질 있는 출시에 자신감을 줍니다. 더 빠르게 움직이고 걱정 없이 중요한 일에 집중할 수 있어, 편안히 앉아서 맛있는 커피 한 잔을 즐기세요...

...아직 뜨거울 때요. 시청해 주셔서 감사합니다.