PR プレビュー

実際のデバイスですべてのPRをレビュー

Create a dedicated Capgo channel for each pull request. Share a link with your team and they can test the exact changes on their device - no app reinstalls, no TestFlight, no waiting.

マーティンから人間のサポート

無料試用版を開始チームと話す

テストフライトが必要ありません

デバイス上での即時テスト

マージ時に自動クリーンアップ

問題

テストフライトとGoogle Betaは速度を阻害しています

テストフライトのテストワークフロー

開発者がPRを開く

Codeはレビュー用に準備されています。ただし、誰もテストすることができないのは、まずビルドしてテストフライトにアップロードする必要があります。

ビルドとアップロード

ローカルまたはCIでアプリをビルドして、ArchiveしてApp Store Connectにアップロードしてください。処理待ちになります。15-30分以上かかります。

テスターに配布

テスターがテストフライトにまだ追加されていない場合は追加してください。招待を送信してください。テスターが受け入れるのを待ってください。インストール方法を説明してください。

間違ったビルドをテストする

テスターがビルドをダウンロードします。開発者が修正をプッシュします。現在、全員がステップ2-3を繰り返して、更新されたビルドを取得する必要があります。

PRをテストするのにかかる時間: 45-60分。1つのPR。1つのテスター。各アップデートごとに。

テストが遅いことの隠れたコスト

15-30分

テストフライトの処理時間

アップロードした各ビルドは、テスターがアクセスできるようにするために、Appleによって処理される必要があります。これは、ビルドごとに、毎回です。

67%

QAの待ち時間

QAエンジニアは、実際のテストではなく、ビルドを待つのに 67% の時間を費やしている。つまり、1 日あたり 5 時間以上の生産性の損失です。

¥340/PR

非表示のコスト/プルリクエスト

各プルリクエストの平均コストは、開発者待ち時間、QAブロック時間、遅延フィードバックを考慮すると、¥340の生産性の損失です。

ソリューション

テスト時間: 1 分未満

Create a Capgo channel for each PR. Testers switch channels in seconds. No app reinstalls. No waiting.

開発者がPRを開く

CI automatically builds the app and creates a Capgo channel named after the PR number.

自動

バンドルアップロード

バンドルは Capgo にバックグラウンドでアップロードされます。処理遅延はありません。

＜ 30 秒

テスターがチャンネルを切り替える

テスターがアプリを開き、PR チャンネルに切り替え、ビルドを即座に取得します。

＜ 10 秒

テストと承認

QA が実機でテスト。開発者が修正をプッシュ。テスターが即座に更新を受け取ります。再インストールは必要ありません。

即時反復

.github/workflows/pr-preview.yml

name: PR Preview
on:
  pull_request:
    types: [opened, synchronize]

jobs:
  deploy:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v6

      - name: Setup & Build
        run: |
          npm ci
          npm run build

      # Create a channel named after your PR
      - name: Create PR Channel
        run: npx @capgo/cli channel add pr-$${{ github.event.pull_request.number }}

      # Upload the build to that channel
      - name: Upload to Capgo
        run: npx @capgo/cli bundle upload --channel pr-$${{ github.event.pull_request.number }}

      # Post a comment with the test link
      - name: Comment on PR
        uses: actions/github-script@v7
        with:
          script: |
            github.rest.issues.createComment({
              owner: context.repo.owner,
              repo: context.repo.repo,
              issue_number: $${{ github.event.pull_request.number }},
              body: '📱 **Test this PR on device:**\\n\\nOpen your app and switch to channel: `pr-$${{ github.event.pull_request.number }}`'
            })

セットアップには 5 分かかります。CI に適応させるためにこのワークフローをコピーしてください。

テスターがあなたの PR ビルドに切り替える方法

Shake Menu (Zero Code)

Shake Menu機能を有効にします。テスターはデバイスを振って、利用可能なすべてのチャンネルのメニューを開くことができます。

// capacitor.config.ts
CapacitorUpdater: {
  shakeMenu: true // Enable for testing
}

In-App Switcher

チャンネルを切り替えるためのカスタムUIを作成します。アプリの設定画面にぴったりです。

// Switch channel from your app
import { CapacitorUpdater } from '@capgo/capacitor-updater'

await CapacitorUpdater.setChannel({
  channel: 'pr-123'
})

Real-World Impact

TechFlowは、レビューサイクルを4倍短縮しました。

TechFlow

B2B SaaS - チームカラムアプリ

TechFlowのモバイルチームは、週に15-20のPRをリリースしていました。各PRはQAによってテストされなければなりませんでした。TestFlightを使用すると、QAリーダーは、60%の時間をビルドを待つことなく、テストに費やしていました。

クラッチウィークの際の本当の痛みは、同時に複数のPRをテストする必要があることでした。QAは、常に異なるTestFlightビルドを再インストールする必要がありました。テスターは、実行中のバージョンについて混乱していました。既に修正されたcodeに対してバグが報告されました。

After implementing Capgo PR Preview, their QA team could switch between any PR in seconds. No reinstalls. No confusion. No waiting. Their average time-to-merge dropped from 2.3 days to 0.6 days.