Pull Request를 Installable Preview로 변환하세요

모바일 개발 팀은 모두 이 고통을 느꼈을 것입니다: 기능이 검토 대기열에 있지만 스테이크 홀더의 손에 넣는 것은 테스트 플라이트 또는 구글 플레이 베타 검토 미로를 탐색하는 것을 의미합니다. 몇 분이 몇 시간의 대기, 설치 및 베타 빌드 관리로 변할 수 있습니다.

프로덕션 앱이 어떤 pull request에서 직접 최신 변경 사항을 가져와 장치에 업데이트할 수 있는 상황이면 어떨까요? 다시 설치하거나 앱 스토어 지연 없이.

그것은 PR 전시 가능합니다. 개발자가 pull request를 열면 GitHub 액션은 전용 업데이트 채널을 생성하고 변경 사항을 게시합니다. 앱을 이미 설치한 사람이라면 그 채널로switch 할 수 있고, 기능을 테스트하고 다시 switch 할 수 있습니다 - 모든 것이 이미 설치한 앱을 떠나지 않고도.

테스트 플라이트 문제

모바일 기능 테스트를 위한 전통적인 워크플로는 다음과 같습니다:

1. 개발자가 PR를 열어 - Code가 검토 대기열에 있습니다
2. 테스트 플라이트 대기 - 15-30분의 처리 시간
3. 찾아 설치 - 테스터는 올바른 빌드를 찾습니다.
4. - 테스트하고 반복합니다. - 모든 변경은 또 다른 대기 시간을 의미합니다.

This creates a bottleneck. QA gets blocked waiting for builds. Product managers can’t verify features quickly. Developers lose context while waiting for feedback. The industry estimates this costs around $340 per PR in lost productivity.

PR 프리뷰의 작동 방식

PR 프리뷰는 Capgo의 채널 시스템을 사용하여 PR별 업데이트 스트림을 생성합니다. 여기서의 흐름은 다음과 같습니다.

1. PR가 열리거나 업데이트되면 - GitHub 액션 트리거
2. 배포 업로드 - Your JS/CSS 변경 사항은 PR별 채널로 이동됩니다.
3. 댓글이 게시되면 - 테스터는 PR에 대한 지시를 받습니다.
4. 즉시 테스트 - 채널 switch, 테스트, switch back

새로운 앱 설치가 필요하지 않습니다. 테스트 플라이트 지연이 없습니다. 동일한 프로덕션 앱은 다른 업데이트 채널에서 가져올 수 있습니다.

PR 전시 설정

PR 전시를 구현하기 전에 프로젝트가 Capgo Live Updates와 설정되어 있어야 합니다. Capgo Live Updates에 대한 빠른 시작 가이드를 따르세요. Capgo 빠른 시작 가이드 __CAPGO_KEEP_0__ Actions Workflow

GitHub Actions Workflow

기본 키는 .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 Bun
        uses: oven-sh/setup-bun@v2

      - name: Install Dependencies
        run: bun install

      - name: Build
        run: bun run build

      # Create a channel named after your PR (may already exist on synchronize)
      - name: Create PR Channel
        id: create_channel
        continue-on-error: true
        run: bunx @capgo/cli@latest channel add pr-${{ github.event.pull_request.number }} --self-assign
        env:
          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}

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

      # Post a comment with testing instructions (only on PR open)
      - name: Comment on PR
        if: github.event.action == 'opened'
        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 }}`\n\nUse the shake menu or call `setChannel()` from your app.'
            })

__CAPGO_KEEP_0__ 플래그를 채널을 만들 때 사용하면 테스터가 앱 내에서 채널 switch를 사용할 수 있습니다. --self-assign __CAPGO_KEEP_0__ setChannel() API

설정하기 Capgo 토큰

1. __CAPGO_KEEP_0__으로 이동하세요 Capgo 대시보드
2. 설정 > API 키로 이동하세요
3. __CAPGO_KEEP_0__ 키 생성 all 권한
4. __CAPGO_KEEP_0__ 저장소 비밀에 추가하세요 CAPGO_TOKEN in your GitHub repository secrets

테스터는 두 가지 방법으로 채널 switch를 할 수 있습니다.

Option 1: Shake 메뉴 (가장 단순한 방법)

__CAPGO_KEEP_0__ 설정에서 채널 선택기와 함께 shake 메뉴를 활성화하세요

Capacitor

// capacitor.config.ts
const config: CapacitorConfig = {
  // ... your other config
  plugins: {
    CapacitorUpdater: {
      shakeMenu: true,
      allowShakeChannelSelector: true
    }
  }
};

테스터들은 디바이스를 흔들어 디버그 메뉴를 열 수 있으며, 이는 사용 가능한 채널의 목록과 검색바를 보여줍니다. 그들은 자신의 PR 채널(e.g.,)을 찾고, 그것을 탭하여 선택하고, 앱은 자동으로 업데이트를 다운로드하고 적용합니다. 테스트를 마치면 다시 디바이스를 흔들어 프로덕션으로 Switch합니다. pr-123디바이스를 흔들어 열리는 shake 메뉴는 자동으로 전체 흐름을 처리합니다:

자신의 assign할 수 있는 채널을 모두 가져옵니다.

1. 특정 PR를 찾기 위해 채널을 검색하여 표시합니다. listChannels()
2. 선택한 채널의 업데이트를 다운로드합니다.
3. “Reload Now” / “Later” 옵션으로 리로드를提示합니다.
4. Option 2: Custom Channel Selector UI

채널 switcher를 앱에 빌드하여 사용 가능한 PR 채널의 목록을 보여주고 테스터가 하나를 선택할 수 있도록 합니다. 이 기능은 두 개의 주요 API를 사용합니다:

자신의 assign할 수 있는 채널을 모두 가져옵니다.

• listChannels() 선택한 채널으로 디바이스를 Switch합니다.
• setChannel() 이러한 빌딩 블록을 사용하여 간단한 UI를 만들 수 있습니다.

import { CapacitorUpdater } from '@capgo/capacitor-updater';

// Get all available channels (including PR channels)
async function getAvailableChannels() {
  const { channels } = await CapacitorUpdater.listChannels();

  // Filter to show only PR channels
  const prChannels = channels.filter(c => c.name.startsWith('pr-'));

  return prChannels;
}

// Switch to a specific PR channel
async function switchToChannel(channelName: string) {
  await CapacitorUpdater.setChannel({
    channel: channelName,
    triggerAutoUpdate: true  // Immediately check for updates
  });
}

// Return to production
async function switchBackToProduction() {
  await CapacitorUpdater.unsetChannel({});
}

// Get current channel
async function getCurrentChannel() {
  const { channel } = await CapacitorUpdater.getChannel();
  return channel;
}

Fetches all self-assignable channels via __CAPGO_KEEP_0__ API

// Example: List PR channels and let user select
const channels = await getAvailableChannels();
const current = await getCurrentChannel();

// Display channels in your UI
channels.forEach(channel => {
  console.log(`${channel.name} ${channel.name === current ? '(current)' : ''}`);
});

// When user selects a channel
await switchToChannel('pr-123');

PR을 설치 가능한 미리보기로 전환하는 방법 React 컴포넌트 예제를 참조하세요.

PR 채널 정리

PR이 병합되거나 닫히면 채널을 정리하고 싶을 것입니다. PR을 닫았을 때 채널을 추가한 워크플로를 추가하세요.

name: Cleanup PR Preview
on:
  pull_request:
    types: [closed]

jobs:
  cleanup:
    runs-on: ubuntu-latest
    steps:
      - name: Delete PR Channel
        run: bunx @capgo/cli@latest channel delete pr-${{ github.event.pull_request.number }}
        env:
          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}

이것은 채널을 닫았을 때 채널 목록을 깨끗하게 유지합니다.

버전 호환성

PR 미리보기는 설치된 네이티브 버전과 호환되는 자바스크립트 번들을 사용할 때만 작동합니다. PR이 네이티브 code 변경 사항을 포함한다면 (새 Capacitor 플러그인, iOS/Android 수정), 테스터는 새로운 네이티브 빌드를 필요로 할 것입니다.

Capgo은 버전 호환성을 자동으로 확인합니다. PR의 번들이 설치된 네이티브 버전과 다르다면 업데이트가 적용되지 않습니다. 이로 인해 호환되지 않는 code으로 인한 충돌을 방지합니다.

네이티브 변경이 필요한 PR의 경우, 새로운 테스트 플라이트/플레이 스토어 빌드를 배포해야 합니다. PR 미리보기는 자바스크립트, CSS, 자산 변경 등 네이티브 code에 영향을 주지 않는 변경 사항에 가장 잘 작동합니다.

PR 미리보기의 이점

QA 엔지니어

• PR이 열리면 테스트 기능을 즉시 테스트하세요
• PR을 여러 번 전환할 수 있습니다.
• 실제 장치에서 고칠 수 있는 오류 및 후퇴를 확인합니다.
• 테스트 플라이트 처리를 기다릴 필요가 없습니다.

제품 매니저

• 소스 코드를 병합하기 전에 기능을 검토합니다.
• PR에 직접 피드백을 제공합니다.
• 구현이 요구 사항과 일치하는지 확인합니다.
• 리뷰 사이클 시간을 줄입니다.

개발자

• 변경 사항에 대한 더 빠른 피드백을 받습니다.
• 스태커들에게 기능을 즉시 데모합니다.
• 특정 사용자와 문제를 디버깅합니다.
• 베타 빌드 관리 시간을 줄이세요.

Traditional vs PR Previews 비교

최선의 방법

1. 채널 이름을 명확하게 표시하세요: 사용 pr-{number} : 사용
2. 자동 정리: 항상 PR 닫힐 때 채널 삭제
3. 권한 제한: 디버그/스테이징 빌드에서만 shake 메뉴 활성화
4. 프로세스 문서화: PR 템플릿에 테스트 지침 추가
5. 실패 처리: 채널 생성 성공 여부 확인 후 댓글 게시

PR 프리뷰 사용하지 않는 경우

PR 프리뷰는 자바스크립트/CSS 변경에만 사용합니다. PR에 포함된 경우:

• Capacitor 플러그인 새 추가
• code iOS 네이티브 변경
• 안드로이드 네이티브 code 변경
• 네이티브 빌드에 영향을 미치는 의존성 업데이트

이러한 변경 사항은 TestFlight/Play Store 전통적인 배포를 필요로 합니다.

채널 서핑과 combination

PR 전시가 가장 잘 작동하는 것은 채널 서핑과 combination입니다. 채널 서핑. 앱은 다음과 같은 채널을 가질 수 있습니다:

• production - 모든 사용자에게 안정적인 릴리즈
• beta - 옵인 사용자에게 이른 접근
• pr-123 - 특정 PR에 대한 기능 전시

테스터는 프로덕션 빌드를 사용하여 PR 채널을 전환할 수 있으며, 기능을 테스트한 후 다시 원래 채널로 전환할 수 있습니다. - 동일한 설치된 앱으로.

자원

• Capgo Live Updates Documentation
• 채널 문서
• 채널 스루핑 가이드
• CLI 명령어 참조
• PR 미리보기 솔루션 페이지

결론

PR 미리보기는 팀이 모바일 기능을 검토하고 테스트하는 방식을 완전히 바꿔줍니다. 테스트 플라이트 처리를 기다리지 않고 여러 베타 빌드를 관리하지 않아도 테스터들은 이미 설치된 앱을 사용하여 몇 초만에任意의 PR 채널로 switch할 수 있습니다.

The setup is minimal - one GitHub Actions workflow file - and the benefits compound across your team. QA stays unblocked, product managers review faster, and developers get quicker feedback.

먼저 하나의 저장소에 워크플로를 추가하고, 리뷰 프로세스를 어떻게 바뀌는지 확인하세요.

Turn Every Pull Request Into an Installable Preview로 계속 진행하세요.

Turn Every Pull Request Into an Installable Preview를 사용하고 있다면 __CAPGO_KEEP_0__ Live Updates Documentation 채널 라우팅과 단계별 롤아웃을 계획하고 연결하세요. 채널 채널 채널 채널 채널 채널 채널 제품 워크플로우 제품 워크플로우 기사 기여