한 대의 맥이 릴리스 병목 현상을 일으킵니다.
작은 릴리스가 하드웨어 및 서명 문제로 변할 때 팀이 Xcode, 유효한 macOS 환경, 그리고 정확한 인증서가 하나의 기기에서 저장된 경우가 있습니다.
어느 기계에서나 iOS 빌드
Mac을 소유하지 않고 iOS 앱 빌드
The hard part is not compiling Swift. It is Xcode, certificates, provisioning profiles, App Store Connect keys, and one laptop becoming the release gate. Capgo Builder gives Capacitor teams a CLI-first path to signed iOS builds from anywhere.
local Apple 하드웨어 필요
1개의 __CAPGO_KEEP_0__ flow
1 CLI flow
실시간 업데이트
일일 웹 변경
__CAPGO_KEEP_0__ Builder
Capgo Builder
npx @capgo/cli@latest build init --platform ios
npx @capgo/cli@latest build request --platform ios
# signed build runs on an ephemeral Mac runner
# logs stream back to your terminaliOS 빌드를 Apple이 요구하는 곳에서 실행하세요. 기존에 사용하는 기기를 통해 트리거하세요.
__CAPGO_KEEP_2__-first 경로를 통해 __CAPGO_KEEP_1__ 팀에게 __CAPGO_KEEP_0__ 빌더를 제공합니다.
같은 Capgo 릴리스 루프
네이티브 바이너리를 네이티브 변경과 함께 유지하고 웹 변경 후 스토어 빌드가 설치된 후 OTA를 사용하세요.
문제
iOS는 웹 팀을 모두 맥 오페레이션 팀으로 강제하지 않아야 합니다.
서명 지식은 민간 지식입니다.
인증서 프로파일을 작동하는 사람의 오프라인 상태가 된 경우 릴리스는 기다립니다. 인증서 프로파일이 만료된 경우 모든人が 압박하에 애플 서명에 다시 배울 것입니다.
DIY macOS CI는 또 다른 제품입니다.
자체 호스팅 macOS CI는 여전히 비밀, Fastlane 경로, Xcode 이미지 업데이트, 로그 보존 규칙 및 디버깅이 필요합니다. Apple이 동작을 변경할 때.
숨겨진 작업
iOS 빌드가 고통스러운 이유는 일반적으로 무엇입니까?
Mac을 구매하는 것은 하드웨어 요구 사항만 해결합니다. Apple 서명, 자격 증명漂移, 러너 유지, 또는 팀원 병목 현상이 제거되지 않습니다.
1
애플 계정 설정
__CAPGO_KEEP_0__가 성공적인 첫 번째 빌드를 위해 필요한 Apple 개발자 팀, 번들 ID, 기능, 앱 스토어 연결 앱 레코드, 및 업로드 권한이 필요합니다.
2
파일 및 프로파일 서명
배포 인증서, P12 내보내기, 배포 프로파일, 프로파일-번들 매핑, 및 만료 시 재생위한 프로세스가 필요합니다.
3
Mac 빌드 작업
Xcode 버전, macOS 러너, CocoaPods, Fastlane, 비밀 저장소, 및 업로드 로그가 모두 제품 팀이 유지해야 하는 인프라가 됩니다.
CLI 예시
두 명령어는 Mac 전용 배포 의식을 대체합니다.
iOS의 일반적인 경로에서는 앱 빌드 여부를 알기 전에 Apple 서명에 대한 이해가 필요합니다. Capgo는 이 과정을 상호 작용 설정 및 빌드 요청으로 변환합니다.
# First-time iOS setup
npx @capgo/cli@latest build init --platform ios
# Then any teammate or CI runner can request the build
npx @capgo/cli@latest build request --platform ios해결책
Capgo가 처리하는 내용
Capgo은 일상적인 제품 문제와 드문 이진 문제를 분리합니다. 네이티브 빌드는 클라우드에서 서명되며 웹 변경 사항은 실시간 업데이트를 통해 계속 진행됩니다.
Mac 하드웨어는 빌드가 필요할 때만 사용합니다.
Capgo 빌더는 관리되는 애플 하드웨어에서 iOS 빌드를 실행합니다. 윈도우, 리눅스, 또는 저사양 랩톱은 여전히 터미널에서 서명된 iOS 빌드를 트리거할 수 있습니다.
인증 설정이 가이드된 흐름으로 변합니다.
CLI은 애플의 어려운 부분을 안내합니다: 번들 ID, 앱 스토어 연결 키, 배포 인증서, P12, 프로비전 프로필, 및 다중 타겟 프로파일 매핑.
CLI-첫 번째 릴리스 자동화
터미널, CI, 또는 에이전트 워크플로에서 동일한 명령어를 실행할 수 있습니다. 릴리스를 대시보드에 이동하거나 팀원에게 Xcode를 가르치지 않아도 됩니다.
네이티브 빌드 플러스 실시간 업데이트
빌더를 사용할 때 네이티브 code, 플러그인, 아이콘, 권한, 또는 SDK 버전이 변경되면 빌더를 사용하고, 스토어 제출 간의 자바스크립트, CSS, 및 자산 변경 사항을 위해 실시간 업데이트를 사용하세요.
신뢰 모델
클라우드 하드웨어를 사용할 수 있으면 릴리스 프로세스를 넘겨주지 않습니다.
클라우드 빌드는 소스, 키, 및 로그가 영원히 살아남지 않는 새로운 장소로 운영적 위험을 제거해야 합니다.
No full repo handoff
Capgo은 당신의 전체 Git 저장소의 복사본을 만들지 않습니다. Capgo은 빌드만을 위해 필요한 파일만 빌드 러너로 보내고, 빌드 결과물만을 생성합니다.
Live logs by default
빌드 로그는 기본적으로 터미널에 스트리밍되며 sensitive한 출력물은 팀이 감사해야 하는 또 다른 장기적인 데이터베이스가 되지 않습니다.
Ephemeral build environments
__CAPGO_KEEP_0__은 빌드 환경에 인증 정보를 전달하고 빌드가 완료된 후 삭제합니다. 빌드 러너는 영구적인 인증 정보 저장소가 아닌 임시 빌드 환경입니다.
Workflow
Capacitor 프로젝트에서 signed iOS 빌드까지
1
Initialize Builder
CLI 프로젝트에서 Builder 초기화 흐름을 실행하세요. CLI은 당신의 Capacitor 앱을 읽고 플랫폼 설정을 안내합니다.
2
Set signing up
인증 정보를 생성하거나 가져오고, 배포 프로파일을 매핑하고, CI-준비된 환경 파일을 내보내세요.
3
__CAPGO_KEEP_0__ 클라우드 빌드 실행
__CAPGO_KEEP_0__ 로컬 터미널, CI, 또는 에이전트 워크플로우에서 요청한 iOS 빌드에 대한 서명 요청하고 빌드가 실행되는 동안 로그를 스트리밍합니다.
4
릴리즈하고 계속 진행하세요
테스트 플라이트에 업로드하거나 IPA를 수집한 후 Capgo 라이브 업데이트와 함께 JS 및 자산 수정을 계속 배포하세요.
사용자 신호
사용자들이 가장 먼저 언급하는 것은 Mac이 아닌 것이 아니라 릴리즈 프로세스가 반복 가능해진 것입니다: 초기화 한 번, 빌드 요청, 로그 스트리밍, 그리고 팀에 서명 파일을 넘겨주지 않도록停止.
Capgo 빌더의 일반적인 피드백
Mac을 구매하고 유지하기 위해 iOS를 배포하지 않아도 됩니다.
한 번 서명된 iOS 빌드를 시작한 후, Android, CI, 라이브 업데이트, 팀 워크플로우를 추가하여 릴리즈 프로세스가 성장할 때까지.