iOS 및 Android용 Capacitor JS 앱을 업데이트하는 방법

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

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

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

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

__CAPGO_KEEP_0__를 내장 웹层(HTML/CSS/JS)에서 해석할 수 있습니다. 다시 제출할 필요가 없습니다.

앱의 목적을 변경하는 주요 기능 추가를 위해 이 채널을 사용하지 마십시오.

You can deliver code interpreted by the embedded web layer (HTML/CSS/JS) without resubmitting.
Apple의 공식 지침인 WebKit/JavaScript 업데이트와 관련된 모델의 핵심입니다. Google은 일반적으로 웹 기반 업데이트에 대해 더 적극적으로 허용하지만, 동일한 원칙이 적용됩니다: 원생 변경 사항은 원생 릴리즈 내에서 유지하십시오.
__CAPGO_KEEP_0__는 내장 웹层(HTML/CSS/JS)에서 해석됩니다.

__CAPGO_KEEP_0__는 다시 제출할 필요가 없습니다.

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

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

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

일반 Capacitor 릴리스 프로세스를 사용하세요:

이러한 변경은:

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

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

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

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

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

Capgo

Capacitor

Capgo