Capacitor JS 앱을 업데이트하여 반복적인 앱 스토어 리뷰를 피하는 방법

이런 질문을 하시길 바랍니다.

저는 법적인 조언을 제공하지 않습니다. 저는 Capacitor 앱을 안전하게 배포하는 데 사용되는 실용적인 방법과 널리 사용되는 방법을 공유합니다.

중요한 차이점은 다음과 같습니다.

• 자연적인 제출 새로운 네이티브 동작과 주요 기능에 대해 여전히 필요합니다.
• 실시간 업데이트 앱 내부의 존재하는 앱 범위에서 자바스크립트/웹 수정 및 조정에 사용됩니다.

iOS와 Android 모두이 모델을 사용할 수 있지만, 이를 정책 안전한 워크플로우로 다루어야 합니다. 정책 안전한 워크플로우로우홀을 사용하지 마세요.

애플과 구글이 허용하는 간단한 용어로 말하면

애플과 구글은 유사한 경계를 공유합니다.

1. 웹 계층 내부에서 code을 HTML/CSS/JS로 해석하여 배포할 수 있습니다.
2. __CAPGO_KEEP_0__을 사용하여 주요 기능 추가를 위한 채널로 사용하지 않아야 합니다.
3. JS만으로는 중요한 보안 또는 배포 제어를 변경하지 않아야 합니다.

WebKit/JavaScript 업데이트와 관련된 Apple의 공식 지침이 이 모델의 핵심입니다. Google은 일반적으로 웹 기반 업데이트에 대해 더 엄격하지 않지만, 같은 원칙이 적용됩니다: 네이티브 변경 사항은 네이티브 릴리즈에서 유지해야 합니다.

Capgo은 무엇이 좋은가요?

Capgo은 다음과 같은 것에 사용됩니다:

• 웹 버그를 빠르게 수정하는 것
• 안전한 UI 복사/스타일/흐름 수정
• 기존 페이지의 논리적 오류를 수정하는 것
• 내부 QA를 위한 빠른 실험

Capgo은 무엇이 아닙니까?

• __CAPGO_KEEP_0__은 다음과 같은 것에 사용되지 않습니다:
• 새로운 핵심 기능을 배포하는 것을 검토해야 합니다.
• 인증, 암호화 또는 패키지 식별성 동작을 변경하는 것을 검토해야 합니다.

권장 릴리스 전략

두 가지 트랙을 생각해 보세요:

트랙 1: 네이티브 트랙 (앱 스토어 검토)

Use your normal Capacitor release process for:

• 새로운 플러그인 업데이트
• 앱 셸 또는 매니페스트 변경
• 권한 업데이트
• 플랫폼 특정 기능 변경

이것들은 다음을 필요로합니다:

bun run build
bunx cap sync
# then App Store / Google Play submission flow

Track 2: JS track (Capgo)

안전한, 작은 런타임 변경을 위해:

bun run build
bunx @capgo/cli deploy --channel staging
bunx @capgo/cli deploy --channel production

이것은 새로운 바이너리 업로드 없이 빠른 반복을 제공하며 바이너리 자체를 안정적으로 유지합니다.

How to avoid “oops, this needed a native release”

Before every Capgo rollout, run this quick gate:

1. 모든 __CAPGO_KEEP_0__ 릴리스 이전에 이 빠른 게이트를 실행하십시오:
2. 변경이 새로운 네이티브 의존성이나 권한을 필요로 하는가?
3. 앱의 광고된 기능이 변경되는가?
4. 인증/보안 경계가 변경되는가?

If the answer is yes to (1)-(3), submit a native release. If yes only to (4), send through Capgo.

1)~3)에서 yes를 선택한 경우 네이티브 릴리스를 제출하십시오. 4)에서 yes만 선택한 경우 __CAPGO_KEEP_0__를 통해 전송하십시오.

• 이것이 규제 팀에 미치는 영향
• 앱 리뷰 대역폭을 의미 있는 변경에 보존합니다.
• 업데이트를 채널에서 테스트하여 전체 롤아웃 전에 생산 위험을 줄입니다.

이것은 큰 Capacitor 프로그램에서 사용하는 동일한 접근 방식입니다: JS-만의 수정을 위한 빠른 업데이트와 실제 바이너리만을 위한 네이티브 리뷰.

만약 더 깊게 원한다면, 채널에 기반한 엄격한 환경 전략을 pair하여 QA가 생산 오류를 받지 않도록 하세요. 그것은 Capgo-네이티브의 방법으로 스테이징, 베타, 그리고 생산을 깨끗하게 유지하는 것입니다.

How to update Capacitor JS 앱을 반복적인 스토어 리뷰 없이 업데이트하는 방법으로 계속 진행하세요.

만약 __CAPGO_KEEP_0__ JS 앱을 업데이트하는 방법을 사용하고 있다면 How to update Capacitor JS 앱을 반복적인 스토어 리뷰 없이 업데이트하는 방법을 사용하고 있다면 __CAPGO_KEEP_0__/__CAPGO_KEEP_1__-인앱리뷰와 연결하세요. 그것은 @capgo/capacitor-인앱리뷰에서 구현 세부 정보입니다. capgo/capacitor-인앱리뷰를 사용하세요. 그것은 Using @capgo/capacitor-인앱리뷰에서 네이티브 기능입니다. capgo/capacitor-네이티브 마켓과 연결하세요. 그것은 @capgo/capacitor-네이티브 마켓에서 구현 세부 정보입니다. for the implementation detail in @capgo/capacitor-native-market, Using @capgo/capacitor-native-market for the native capability in Using @capgo/capacitor-native-market, and Capacitor OTA Updates: App Store Approval Guide for the practical context in Capacitor OTA Updates: App Store Approval Guide.