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

그것에 대해 물어보았습니다.

Capacitor 앱을 안전하게 배포하는 팀에서 널리 사용되는 실용적인 방법을 공유하고 있습니다.

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

• 네이티브 제출 __CAPGO_KEEP_0__는 새로운 네이티브 동작 및 주요 기능에 대해 여전히 필요합니다.
• 실시간 업데이트 는 JavaScript/web 수정 및 조정에만 사용됩니다. 기존 앱 범위 내에서만 사용합니다.

iOS와 Android 모두 이 모델을 사용할 수 있지만, 이를 정책 안전한 워크플로우로 다루어야 합니다. 이것이 Apple과 Google이 허용하는 간단한 용어입니다.Apple과 Google은 유사한 경계를 공유합니다.

__CAPGO_KEEP_0__를 내장된 웹层 (HTML/CSS/JS)에서 해석할 수 있습니다. 다시 제출하지 않고도.

이 채널을 통해 앱 목적을 변경하는 주요 기능 추가는 사용하지 않아야 합니다.

1. You can deliver code interpreted by the embedded web layer (HTML/CSS/JS) without resubmitting.
2. Apple의 공식 지침인 WebKit/JavaScript 업데이트와 관련된 이 모델은 Google의 경우 보통 더 엄격하지 않지만, 같은 원칙이 적용됩니다: 네이티브 변경은 네이티브 릴리즈에서 유지해야 합니다.
3. __CAPGO_KEEP_0__는 내장된 웹层 (HTML/CSS/JS)에서 해석할 수 있습니다. 다시 제출하지 않고도.

__CAPGO_KEEP_0__는 내장된 웹层 (HTML/CSS/JS)에서 해석할 수 있습니다. 다시 제출하지 않고도.

Capgo은 좋은가요

Capgo은 다음과 같은 용도로 사용됩니다.

• 웹 버그를 빠르게 고치기
• 안전한 UI 복사 / 스타일 / 흐름 수정
• 기존 페이지의 미세한 논리 수정
• 내부 QA를 위한 빠른 실험

Capgo은 다음과 같은 용도로 사용하지 않습니다.

• 권한 추가 또는 새로운 네이티브 기능 추가
• 리뷰를 거쳐야 하는 새로운 핵심 기능 배포
• 인증, 암호화 또는 패키지 식별성 동작 변경

권장 릴리스 전략

두 가지 트랙으로 생각하십시오:

Track 1: 네이티브 트랙 (스토어 리뷰)

다음과 같은 경우에는 일반적인 Capacitor 릴리즈 프로세스를 사용하세요:

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

이러한 변경은 다음과 같은 것을 필요로 합니다:

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

Track 2: JS 트랙 (Capgo)

안전하고 작은 런타임 변경을 위해:

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

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

“oops, 이건 네이티브 릴리즈가 필요했다”를 피하는 방법

모든 Capgo 롤아웃 전에 이 빠른 게이트를 실행하세요:

1. 변경이 새로운 네이티브 의존성이나 권한을 필요로 하는가?
2. 앱의 광고된 기능이 변경되는가?
3. 인증/보안 경계가 변경되는가?
4. 이것을 비중단 자바스크립트 수정으로 설명할 수 있는가?

1)~3) 에 대한 답변은 yes 인 경우, 네이티브 릴리즈를 제출하라. 4) 에 대한 답변만 yes 인 경우, Capgo를 통해 보내라.

이것이 규제 팀에 어떤 의미인가?

• 앱 리뷰 대역폭을 의미 있는 변경에 보존한다.
• 롤백 제어와 빠른 패칭을 보존한다.
• 업데이트를 채널에서 테스트하여 전체 롤아웃 전에 생산 위험을 줄인다.

이것은 대규모 Capacitor 프로그램에서 사용하는 동일한 접근 방식이다: 자바스크립트 전용 수정에 대한 빠른 업데이트와 실제 바이너리의 네이티브 리뷰만.

더 깊게 원한다면, 채널에 기반한 엄격한 환경 전략과 pair 하여 QA가 생산 오류를 받지 않도록 하라. 이것이 Capgo-네이티브 방식으로 스테이징, 베타, 및 생산을 깨끗하게 유지하는 것이다.

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

만약에 How to update Capacitor JS apps without repeat store review 스토어 승인 및 배포를 계획하고, @capgo/capacitor-in-app-review @capgo/capacitor-in-app-review @capgo/capacitor-in-app-review @capgo/capacitor-native-market @capgo/capacitor-native-market @capgo/capacitor-native-market Using @capgo/capacitor-native-market @capgo/capacitor-in-app-review @Capacitor/__CAPGO_KEEP_1__-native-market 실제 OTA 업데이트의 실제 상황에 대한 Capacitor: