2026년 Capacitor 앱을 위한 최고의 CI/CD 플랫폼

Capacitor CI/CD 후보군은 줄었습니다. Microsoft App Center의 빌드 및 배포 서비스는 2025년 3월 31일 종료되었습니다. Ionic Appflow는 수년간 단계적으로 종료되는 중입니다. GitHub Actions, GitLab CI, Bitrise, Codemagic은 여전히 남아 있고, 원래 설계된 작업은 여전히 잘 해냅니다.

실수는 이걸 하나를 고르는 경쟁으로 보는 것입니다 하나의 플랫폼을 교체하고 전체 파이프라인을 옮기는 것은 쉽지 않습니다. 대부분의 Capacitor 팀은 이미 CI를 사용 중이지만, 일반적인 CI가 제대로 처리하지 못하는 세 가지 작업이 있습니다: 서명된 Native Build, Live Update, 그리고 앱을 실제 기기에 설치하는 작업.

Capgo 이 세 가지 작업을 위해 구축되었으며, 기존의 내부에서 CI 환경 위에서 실행되도록 설계되었습니다. Lint, 타입 체크, 유닛 테스트, 웹 빌드에는 기존에 신뢰하던 GitHub Actions나 GitLab CI를 그대로 사용하세요. 파이프라인에서 iOS 또는 Android 바이너리, OTA 번들, 또는 테스터가 설치할 수 있는 프리뷰가 필요한 시점에 Capgo를 호출하면 됩니다.

2026년 현황

2026년에는 더 이상 선택지가 아님에도 불구하고, 검색 결과에는 여전히 두 가지 이름이 등장합니다.

• Microsoft App Center 2025년 3월 31일부로 서비스가 종료되었습니다. Build 및 배포 기능은 중단되었으며, Analytics 및 Diagnostics는 2027년 3월 31일까지 연장되었습니다. CodePush는 더 이상 Microsoft에서 호스팅하는 서비스가 아닙니다. 현재 App Center 파이프라인을 사용 중이라면 다음 내용을 읽어보세요: App Center에서 Capgo로 마이그레이션하기.
• Ionic Appflow는 2025년 2월 11일에 신규 상업 판매를 중단했습니다. 기존 고객은 다음 기간까지 계속 이용할 수 있습니다: 2027년 12월 31일. 서비스는 여전히 작동하지만, 지금 새로 시작하는 모든 프로젝트는 2028년 이전에 마이그레이션을 완료해야 합니다. 자세한 내용은 다음을 참조하세요: Ionic Appflow의 대안.

그럼 현재 실제로 운영 중인 플랫폼은 다음과 같습니다:

• GitHub 작업 및 GitLab CI: 범용 CI입니다. Linux 환경에서는 매우 뛰어나지만, native mobile에서는 비용이 높고 아직 미완성 상태입니다.
• Bitrise 및 Codemagic: 모바일 CI 전문 플랫폼입니다. 코드 서명과 스토어 배포 기능이 강력하지만, 관리형 Capacitor live updates 기능은 없습니다.
• Capgo: 기존 CI에서 호출하여 사용하는 Capacitor-native live updates, 클라우드 네이티브 빌드, 그리고 기기 설치형 프리뷰를 제공합니다.
• Capawesome Cloud: Capacitor-native live updates와 native builds를 제공하며 CI 대체재로 판매됩니다. Git을 연결하면 GitHub Actions는 더 이상 필요 없습니다. 하지만 백엔드가 폐쇄적이라 벤더 종속성(lock-in)이 발생하며, 이미 여러 차례 변경된 가격 정책 이력이 있습니다.

2026년에 던져야 할 유효한 질문은 “어떤 CI가 GitHub Actions를 대체할 것인가?”가 아닙니다. “Capacitor 앱에 바이너리, OTA bundle 또는 기기 설치가 필요할 때, GitHub Actions는 무엇을 호출해야 하는가?”입니다.

범용 CI가 여전히 부족한 점

GitHub Actions와 GitLab CI는 훌륭한 주방입니다. 하지만 그 자체가 native build farm이나 OTA 네트워크, 또는 QA device lab은 아닙니다.

Native Build

iOS는 여전히 Xcode, 인증서, 프로비저닝 프로필, 그리고 Mac이 필요합니다. Android는 keystore와 Play upload key가 필요하죠. GitHub Actions에서 호스팅되는 macOS 분은 Linux 분보다 훨씬 비쌉니다. GitHub의 2026년 1월 요금 인하 이후에도, 표준 macOS 1분은 표준 Linux 1분의 약 10배입니다 (GitHub Actions 요금).

그래서 많은 Capacitor 팀이 이미 파이프라인을 나눠 씁니다. PR 체크는 Linux, 서명된 바이너리는 다른 방식으로요. Capgo Native Build 바로 그 '다른 방식'입니다. 작업은 그대로 유지됩니다 ubuntu-latest. Capgo가 Mac을 실행합니다.

Live Update

CI는 웹 번들을 컴파일할 수 있습니다. 하지만 채널, 롤백, 암호화, 디바이스 로그를 갖춘 상태로 이미 앱이 설치된 디바이스에 그 번들을 전달할 수는 없습니다. Live updates는 단순한 YAML 단계가 아니라 하나의 제품입니다. OTA를 건너뛰는 Capacitor 팀들은 새 바이너리가 전혀 필요 없는 JavaScript 수정 사항 때문에 App Store와 Play 심사를 기다려야 합니다.

Capgo Live Update CI와 나란히 자리합니다. 파이프라인이 웹 앱을 빌드한 다음 번들을 업로드합니다. 네이티브 쉘이 변경되지 않았다면, 사용자는 스토어를 거치지 않고 변경 사항을 받습니다.

모바일 앱 테스트

Linux에서 도는 유닛 테스트로는 폰에서 앱이 제대로 동작한다는 걸 증명할 수 없습니다. TestFlight 처리, Play 내부 트랙, “방금 메일로 보낸 IPA 설치해 볼래?” 같은 게 리뷰에서 느린 부분이죠. Capgo PR 프리뷰입니다 pull request마다 채널을 하나씩 붙이세요. 테스터는 이미 설치된 앱에서 채널만 바꾸면 됩니다. Native Build 작업에서도 다음을 생성할 수 있습니다. QR 설치 링크 APK 또는 IPA용

이건 디바이스 팜이 아닙니다. 에뮬레이터 매트릭스나 Firebase Test Lab이 필요하면 그 작업은 CI에 그대로 두세요. Capgo는 CI가 거의 해결하지 못하는 부분, 즉 사람이 폰을 들고 1분 안에 올바른 빌드를 확인하는 과정을 채워줍니다.

기능 매트릭스

세 가지가 눈에 띕니다. Capgo, Capawesome Cloud, 그리고 Appflow는 Native Build와 결합된 관리형 Live Update 번들을 제공하는데, Appflow는 점차 축소되는 추세입니다. 오직 Capgo만이 유지 GitHub Actions나 GitLab CI를 대체하는 대신 이를 활용하도록 설계되었습니다. Capawesome Cloud는 또 다른 Capacitor 네이티브 옵션이지만, 백엔드가 폐쇄적인 대체 CI 방식입니다. Bitrise와 Codemagic은 네이티브 바이너리를 관리할 수 있지만, OTA와 디바이스 프리뷰는 여전히 직접 구성해야 합니다.

플랫폼별 상세

Capgo

Capgo는 일반적인 CI에는 없는 Capacitor 릴리스 레이어입니다.

• Live Update: 암호화된 웹 번들 OTA, 채널, 롤백, 델타 업데이트 및 디바이스 로그.
• Native Build: 스토어 제출을 포함하여 클라우드에서 iOS 및 Android 바이너리에 서명합니다. CI 러너는 Linux 환경을 유지할 수 있습니다. Capgo은 이미 Xcode 26 App Store Connect의 2026년 4월 요구 사항을 위해.
• 기기 테스트: PR 프리뷰 채널, 네이티브 아티팩트의 QR 링크, 그리고 Capgo 모바일 앱 실제 기기에서 번들을 확인하기 위한 용도입니다.

Lint 및 유닛 테스트를 GitHub Actions에서 옮길 필요는 없습니다. 웹 빌드가 성공한 후 두 개의 CLI 호출을 추가하면 됩니다:

- name: Live update
  run: npx @capgo/cli@latest bundle upload --channel production

- name: Native build
  run: npx @capgo/cli@latest build request com.example.app --platform ios --build-mode release

유료 플랜은 연간 결제 기준 월 $12부터 시작하며, Live Update와 Native Build 시간(월 약 15회 빌드 포함, 초과분은 크레딧으로 결제)이 포함됩니다. 이 시작 가격은 출시 이후 인상되지 않았습니다. 자세히 보기 가격, Capgo Build을 활용한 CI/CD, 그리고 GitHub Actions 빌드 가이드.

업데이터 플러그인은 오픈 소스(MPL-2.0)이며 백엔드 또한 오픈 소스(AGPL-3.0)입니다. 직접 검토하거나 포크하여 셀프 호스팅할수 있습니다. 유료 Capgo Cloud는 선택적 인프라일 뿐, 함정이 아닙니다.

Capawesome Cloud

Capawesome Cloud CI — Native Builds와 Live Updates를 묶어 현재 Capawesome Platform으로 판매 — 는 OTA와 클라우드 iOS/Android 빌드를 결합한 또 다른 Capacitor 네이티브 옵션입니다. 제품 메시지는 Capgo과 정반대입니다: 대체하는 것입니다. GitHub Actions와 GitLab에 연결하는 대신 말이죠.

이들의 Native Builds 출시 포스트는 분명합니다. 서드파티 CI/CD는 없습니다. GitHub, GitLab, Bitbucket 또는 Azure DevOps를 연결하세요. 파이프라인을 capawesome.config.jsonCapawesome Cloud 안에 넣고 실행하세요. CLI에서 빌드를 트리거할 수는 있지만, 의도된 워크플로우는 벤더 호스팅 CI입니다. Git 연동, 서명, 빌드 시간, Live Updates, 스토어 제출이 모두 하나의 폐쇄형 백엔드 뒤에 있습니다. 플러그인과 CLI은 오픈 소스지만, 백엔드는 아닙니다. 셀프 호스팅은 기껏해야 부분적입니다. 번들은 호스팅할 수 있지만 메타데이터는 Capawesome Cloud에 남습니다.

이는 완전한 벤더 종속(vendor lock-in)을 의미합니다. 나중에 플랫폼을 옮기려면 업데이트 도구, 빌드 설정, Git 연결, 릴리스 메타데이터를 모두 이전해야 합니다. Capgo는 이러한 요소들을 사용자의 레포지토리와 CI에 그대로 유지하며, 오픈 소스 업데이트 도구와 백엔드를 통해 언제든 자유롭게 전환할 수 있는 탈출구를 제공합니다.

가격 정책 또한 큰 차이점입니다. Capgo의 유료 플랜은 출시 이후 월 $12 계속 연 단위로 청구되어 왔으며, 가격 인상이 단 한 번도 없었습니다. 반면 Capawesome은 이미 상업적 구조를 여러 차례 변경했습니다:

• Native Builds 출시 당시: 월 $9 Live Update 1,000회 및 빌드 200분 기준. 이후 비즈니스 모델은 월 $299.
• 2026년 5월 플랫폼 리런칭: Live Updates 과금 방식이 MAU에서 업데이트 횟수 기반으로 변경되었다가, 고객 불만으로 인해 다시 MAU 방식으로 회귀했습니다. 전체 플랫폼 SKU(빌드, Live Update, 퍼블리싱 포함)는 $19/month부터 시작합니다. 비즈니스용은 $499/월.
• 현재 공개된 가격 정책은 Live Updates(월 $9/월부터)와 전체 플랫폼(월 $19/월부터)).

를 별도로 구분하고 있습니다. 계속 변하는 저렴한 가격표보다는 변하지 않는 합리적인 가격이 중요합니다. 기존 CI를 유지하면서 Capacitor live updates와 Native Build를 사용하고 싶다면 Capgo이 정답입니다. 이미 Capawesome 플러그인을 표준으로 사용 중이며 Git 연동 CI가 필요하다면 다음을 읽어보세요. Capgo vs Capawesome Cloud 및 마이그레이션 가이드.

출처: Capawesome Native Builds 공지, Capawesome Platform 공지, Capawesome 가격 정책.

GitHub 작업

GitHub Actions는 대부분의 Capacitor 레포지토리에서 기본 CI로 사용되며, PR 체크 시에도 이 방식이 유지되어야 합니다. Linux 작업은 저렴합니다. 워크플로우는 code 바로 옆에 위치합니다. 캐싱, 매트릭스 빌드, 필수 상태 체크는 이미 해결된 문제입니다.

이것이 아닌 것: 모바일 DevOps 플랫폼. 직접 YAML을 작성해야 합니다. 서명을 위해 Fastlane이나 Capgo를 연결해야 합니다. OTA를 직접 호스팅하거나, 아예 사용하지 않아야 합니다. 모든 pull request에서 iOS 빌드가 실행되면 macOS 사용 시간이 비용의 대부분을 차지하게 됩니다.

가장 효율적인 하이브리드 방식: GitHub 린트, 테스트 및 기타 작업을 위한 액션 npm run buildCapgo를 통한 bundle uploadnative builds, 프리뷰. 이렇게 분리하면 전체 모바일 파이프라인을 호스팅 Mac에 올리는 것보다 비용도 저렴하고 속도도 빠릅니다. 설정 가이드: GitHub Actions Live Update 및 자동 빌드 및 릴리스.

GitLab CI

GitHub Actions와 유사한 구조입니다. 강력한 Linux CI를 제공하며 선택적으로 Mac runner를 사용할 수 있습니다. 관리형 Capacitor Live Update나 설치 가능한 PR channel은 지원하지 않습니다. 이미 GitLab을 사용 중이라면 그대로 유지하세요. Capgo 호출 방식은 .gitlab-ci.yml 동일합니다. 자세한 내용은 GitLab 설정 참조 및 GitLab을 이용한 Android 자동 빌드.

Bitrise

Bitrise는 방대한 스텝 라이브러리, 관리형 서명, 스토어 배포 기능을 갖춘 모바일 CI 플랫폼입니다. npm 스텝과 native iOS 및 Android 스텝을 활용해 Capacitor 앱을 빌드할 수 있습니다. 전용 모바일 러너 플릿이 필요하고 OTA가 필요 없는 팀에게 합리적인 선택입니다.

하지만 Capacitor 형태의 릴리스 루프, 즉 live updates, PR 채널, 그리고 기존 GitHub 워크플로우를 옮기지 않고도 호출할 수 있는 CLI가 부족합니다. 가격 또한 모바일 CI 중 높은 편입니다. 이미 네이티브 앱용으로 Bitrise를 표준화했다면 사용하세요. 만약 OTA와 디바이스 프리뷰가 여전히 필요하다면 Capgo를 추가해야 합니다. Bitrise가 그 역할을 대신할 것이라고 생각해서는 안 됩니다.

Codemagic

Codemagic은 Flutter 빌더로 시작했으나, 현재는 Ionic 및 Capacitor YAML 워크플로우를 지원하며, 관리형 Android keystore, App Store Connect API 키, TestFlight 및 Play 배포 기능을 제공합니다. 서명 기능이 강점입니다.

Bitrise와 마찬가지로 관리형 live updates 기능이 없다는 단점이 있습니다. OTA 번들은 여전히 다른 곳에 upload해야 합니다. 만약 GitHub Actions 설정에서 유일한 고민이 “Mac에서 Fastlane을 직접 관리하고 싶지 않다”는 것이라면, Codemagic이 그 문제를 해결해 줄 수 있습니다. Capgo이 그 간극을 메워줍니다. 및 단 하나의 CLI로 OTA와 프리뷰의 공백을 메웁니다. 이 사이트의 Codemagic 가이드: Codemagic을 이용한 iOS.

Ionic Appflow는

Appflow는 native build, signing, Live Update, 스토어 배포를 모두 지원하는 Ionic의 올인원 제품입니다. 또한 GitHub Actions의 플러그인이 아닌, 그 자체로 CI를 대체하는 서비스입니다. Ionic은 2025년 2월 11일에 서비스 종료를 발표했습니다. 기존 고객은 2027년 12월 31일까지 서비스를 계속 이용할 수 있습니다.

이미 Appflow를 사용 중이라면 2027년 말까지 기다리지 말고 지금 바로 전환 계획을 세우세요. Live Update와 native build는 Capgo로 동일하게 대체할 수 있으며, PR 자동화는 GitHub Actions를 계속 사용하거나 다시 도입하면 됩니다. 마이그레이션 경로: Appflow에서 Capgo로 전환.

Microsoft App Center

2026년에는 선택할 수 없습니다. 빌드 및 배포 서비스가 2025년 3월 31일에 종료되었습니다. 호스팅 서비스로서의 CodePush도 사라졌습니다. 마이그레이션을 완료하지 못한 팀들이 여전히 이를 찾고 있습니다. Capacitor 경로는 OTA를 위한 Capgo와 바이너리용 Capgo Build 또는 기존 CI를 조합하는 방식입니다. 우선 다음을 살펴보세요: App Center 마이그레이션 및 CodePush 대안.

Xcode Cloud

Apple의 CI는 이미 App Store Connect에 등록된 iOS 전용 native 앱에는 적합합니다. 하지만 Android 빌드를 지원하지 않고, Capacitor Live Update를 배포할 수 없으며, 웹 번들 QA를 위한 PR 채널도 제공하지 않습니다. 이를 통합 Capacitor 플랫폼이 아닌, Apple 측의 부가 기능으로 간주해야 합니다.

Capgo를 파이프라인에 연결하는 방법

2026년에 가장 권장되는 구성은 다음과 같습니다:

1. 모든 pull request 시, GitHub Actions 또는 GitLab CI가 의존성을 설치하고, 테스트를 실행하며, Linux 환경에서 웹 앱을 빌드합니다.
2. 변경 사항이 웹에만 국한된 경우, Capgo가 PR 채널로 bundle을 upload합니다. 리뷰어는 기존 앱을 열고 채널을 전환하여 테스트하면 됩니다. TestFlight를 기다릴 필요가 없습니다. 확인하기: 모든 pull request를 즉시 설치 가능한 프리뷰로 만드세요.
3. native code, plugin 또는 권한이 변경된 경우, 동일한 워크플로우가 Capgo native build를 요청하고 QR 설치 링크를 공유합니다.
4. main 브랜치 또는 버전 태그 시, Capgo는 변경 사항에 따라 프로덕션용 live update를 배포하거나, TestFlight 및 Play로 서명된 바이너리를 배포합니다.

간략한 GitHub Actions 예시:

name: Capacitor CI
on:
  pull_request:
  push:
    branches: [main]
    tags: ['v*']

jobs:
  web:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v6
      - uses: actions/setup-node@v6
        with:
          node-version: '24'
          cache: 'npm'
      - run: npm ci
      - run: npm test
      - run: npm run build
      - name: Upload live update
        if: github.event_name == 'push' && github.ref == 'refs/heads/main'
        run: npx @capgo/cli@latest bundle upload --channel production
        env:
          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
      - name: Native build on tag-style releases
        if: startsWith(github.ref, 'refs/tags/v')
        run: npx @capgo/cli@latest build request com.example.app --platform ios --build-mode release
        env:
          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
          BUILD_CERTIFICATE_BASE64: ${{ secrets.BUILD_CERTIFICATE_BASE64 }}
          P12_PASSWORD: ${{ secrets.P12_PASSWORD }}
          CAPGO_IOS_PROVISIONING_MAP_BASE64: ${{ secrets.CAPGO_IOS_PROVISIONING_MAP_BASE64 }}
          APPLE_KEY_ID: ${{ secrets.APPLE_KEY_ID }}
          APPLE_ISSUER_ID: ${{ secrets.APPLE_ISSUER_ID }}
          APPLE_KEY_CONTENT: ${{ secrets.APPLE_KEY_CONTENT }}
          APP_STORE_CONNECT_TEAM_ID: ${{ secrets.APP_STORE_CONNECT_TEAM_ID }}

위 예시는 iOS 전용입니다. Android는 다음이 필요합니다 ANDROID_KEYSTORE_FILE, KEYSTORE_KEY_ALIAS, KEYSTORE_KEY_PASSWORD, KEYSTORE_STORE_PASSWORD, 그리고 PLAY_CONFIG_JSON. iOS 블록은 복사하지 마세요. env 블록을 복사하지 말고 --platform. 매트릭스를 사용하세요. GitHub Actions 빌드 가이드. Signing secrets는 GitHub에 저장되며 빌드 요청 시 환경 변수로 전달됩니다. Capgo를 git의 단일 진실 공급원(source of truth)으로 삼을 필요는 없습니다. 전체 예제는 다음에서 확인할 수 있습니다: GitHub builder GitHub Actions 문서 및 CI/CD 통합.

올바른 설정 선택하기

절대적인 승자는 없습니다. 다음 상황들은 대부분의 Capacitor 팀에 해당됩니다.

이미 GitHub Actions 또는 GitLab CI를 사용 중입니다. 기존 환경을 유지하세요. 여기에 live updates, Native Build, PR previews를 위해 Capgo를 추가하세요. 이것이 2026년의 표준 답변입니다.

Capawesome Cloud를 살펴보고 계시군요. Git 연결, YAML 대체, 릴리스 메타데이터는 매력적입니다. 하지만 떠나려는 순간 불편해지죠. Capgo는 CI를 유지하고, 완전한 오픈 소스이며, $12 시작 가격을 올리지 않았습니다. 보기 Capgo vs Capawesome Cloud.

아직 Appflow를 쓰고 계시군요. 2027년 12월 31일까지입니다. 기다리면 마이그레이션이 한꺼번에 몰립니다. Live Updates와 Native Build는 Capgo로 옮기고, Appflow를 CI로도 썼다면 PR 자동화는 GitHub Actions로 되돌리세요.

App Center에서 이전하시는군요. 빌드 파이프라인은 사라졌고, CodePush는 호스팅 제품이 아닙니다. GitHub Actions에서 OTA를 처음부터 다시 구축하기보다 두 부분 모두 Capgo로 교체하세요.

macOS 사용 시간이 GitHub 비용의 대부분을 차지하고 있습니다. Lint와 유닛 테스트는 GitHub에서 옮기지 마세요. Native Build는 Capgo로 옮겨 iOS가 더 이상 Actions의 호스팅 Mac에서 실행되지 않게 하세요. PR 상태 체크는 그대로 두세요.

2026년에 Capacitor 앱을 시작하시는군요. Appflow와 App Center는 건너뛰세요. CI는 GitHub Actions로 시작하세요. 첫날부터 OTA, 클라우드 빌드, 디바이스 프리뷰를 위해 Capgo을 추가하세요. 특정 러너나 스텝 라이브러리가 필요할 때만 나중에 Bitrise나 Codemagic을 추가하면 됩니다. 대부분의 팀은 그런 추가 플랫폼이 필요 없습니다. 플러그인 카탈로그가 탐나서 CI 교체까지 감수할 생각이 아니라면 Capawesome Cloud는 건너뛰세요.

자주 묻는 질문

Capacitor 앱을 위한 최적의 CI/CD 플랫폼은 무엇일까요?

Lint, 유닛 테스트, 웹 빌드에는 기존 CI를 그대로 사용하세요. 여기에 Capgo를 추가하여 서명된 iOS 및 Android Native Build, Live Update, 그리고 기기 설치 테스트를 수행할 수 있습니다. Live Update가 필요 없다면 Bitrise나 Codemagic이 Native Build를 대체할 수 있습니다. Capawesome Cloud는 OTA와 Native Build를 지원하지만, 백엔드가 폐쇄적인 대체 CI 형태입니다. Appflow는 기존 고객에 한해 2027년 12월 31일까지 제공되지만, 신규 프로젝트를 위한 선택지는 아닙니다.

GitHub Actions를 모바일 CI 플랫폼으로 교체해야 할까요?

일반적으로는 아닙니다. GitHub Actions와 GitLab CI는 Linux 환경의 pull-request 체크에 강력합니다. 비용이 많이 드는 부분은 macOS Native Build, 서명, Live Update, 그리고 빌드를 실제 폰에 올리는 과정입니다. Capgo은 기존 파이프라인을 교체하는 대신, 그 파이프라인에서 호출하여 사용할 수 있도록 설계되었습니다.

Bitrise와 Codemagic이 Capacitor를 위한 Live Update를 포함하고 있나요?

아니요. 두 서비스 모두 Native Build, 서명, 스토어 배포에는 강력합니다. 하지만 스토어 심사 없이 JavaScript, CSS, HTML을 배포하려면 별도의 Live Update 제품이 여전히 필요합니다. Capgo는 동일한 워크플로우 내에서 Native Build와 Live Update를 모두 지원합니다.

Capgo는 CI에서 모바일 앱을 어떻게 테스트하나요?

Capgo는 pull request를 전용 채널의 설치 가능한 프리뷰로 변환하고, Native Build 결과물을 QR 설치 링크로 공유하며, QA가 기기에 설치된 앱 내에서 직접 채널을 전환할 수 있게 합니다. 이는 TestFlight를 기다리는 것보다 훨씬 빠릅니다. 다만, 에뮬레이터 매트릭스를 위한 디바이스 팜(device-farm)을 대체하는 것은 아닙니다.

2026년에도 Ionic Appflow가 여전히 유효한 선택일까요?

이미 고객인 경우에만 해당됩니다. Ionic은 2025년 2월 11일에 신규 상업 판매를 중단했으며, 기존 Appflow 액세스는 2027년 12월 31일까지 유지됩니다. 새로운 Capacitor 프로젝트라면 종료 예정인 플랫폼을 새로 시작하기보다, 기존 CI를 유지하면서 Capgo를 추가하는 것이 좋습니다.

Capawesome Cloud CI는 Capgo와 어떻게 다를까요?

Capawesome Cloud는 올인원 Capacitor CI입니다. git을 연결하고, GitHub Actions를 사용하며, 클라우드 내에서 Native Build와 Live Update를 모두 실행합니다. 이는 벤더 종속(vendor lock-in)을 초래합니다. 반면 Capgo는 오픈 소스(플러그인 및 백엔드)로, 이미 사용 중인 CI에 연결할 수 있으며 출시 이후 월 $12의 유료 플랜을 유지해 왔습니다. Capawesome은 이미 가격 정책을 여러 번 변경했습니다. 출시 당시 월 $9였던 Native Build를 포함해, 2026년 5월에는 Platform SKU가 월 $19로, Business 플랜은 월 $299에서 $499로 인상되었습니다.

마치며

2026년 Capacitor 후보군은 생각보다 적습니다. 서비스가 종료되었거나 종료 예정인 올인원 플랫폼 2개, OTA 기능이 없는 모바일 CI 범용 플랫폼 2개, 파이프라인을 대체하는 git 연결형 Capacitor CI 1개, 그리고 이미 사용 중인 범용 러너 1개가 전부입니다. 가장 빠르게 제품을 출시하는 팀은 새로운 벤더에 맞춰 CI를 재구축하는 팀이 아닙니다. GitHub Actions나 GitLab CI를 그대로 유지하면서, CI가 제대로 처리하지 못하는 작업에 Capacitor 레이어를 추가하는 팀입니다.

그 레이어가 바로 Capgo입니다: Native Build를, Live Updates, 그리고 기기 테스트, 이미 실행 중인 파이프라인에서 트리거됩니다. 오픈 소스이며, 인상되지 않은 합리적인 가격을 제공합니다. 폐쇄적인 CI 대체재가 아닙니다.

Capgo 계정 생성, 그런 다음 다음 단계를 따르세요: CI/CD 통합 또는 GitHub Actions를 통한 Capgo Build. 제품을 먼저 살펴보고 싶다면, 다음부터 시작하세요: Native Build, Live Update, 그리고 PR 프리뷰입니다.