__CAPGO_KEEP_0__의 주요 버전 릴리스 방법에 대해 이해하고, 사용자 앱이 깨지지 않도록 릴리스할 때는 언제 필요한지 - 사용자 __CAPGO_KEEP_0__의 업데이트를 실시간으로 관리하십시오...
튜토리얼

capgo의 주요 버전을 출시하는 방법

앱 사용자가 깨지지 않도록 사용자 앱의 주요 버전을 출시하는 방법과 언제 필요할지 이해하는 방법

기사 기여

마틴 도나디우

작가

발레리아

리뷰어

조던

Editor

How to release major version in capgo

주요 버전 출시 시

버전 관리는 어려울 수 있습니다. 일반적으로 사용자에게 주요 변경 사항이 나타날 때 주요 업데이트를 보내고 싶습니다.

하지만 버전 관리는 그 용도로 설계되지 않았습니다. 앱 스토어 버전은 네이티브 버전과 다릅니다.

네이티브 버전은 code

IOS에서 예를 들어, iOS 16은 store version of Apple, but the code version is 20A5283p 버전은 SemVer를 사용하지 않는 것처럼 보입니다.

이제 우리는 그들을 혼동하지 않고 그들이 만들어진 용도로 사용합니다!

주요 출시

Capacitor 앱에서 Capacitor

예를 들어, 새로운 IOS 대상 (15에서 16), 또는 새로운 __CAPGO_KEEP_1__ 버전 (3에서 4), 또는 사용 중인 플러그인 (1.2에서 2.0)에서_major 버전 업데이트가 발생할 때.

That why Capgo follows this system. So if you release a major version, Capgo will not send it to a user who doesn’t have it installed from the store.
그렇기 때문에 __CAPGO_KEEP_0__는 이 시스템을 따릅니다. 이러한 변경 사항이 발생하면 __CAPGO_KEEP_1__는 사용자가 스토어에서 설치하지 않은 사용자에게_major 버전 업데이트를 전송하지 않습니다.

이 동작은 사용자가 원하는 대로 커스터마이즈할 수 있습니다. 자세한 내용은

Where Capgo find the version to compare

버전

Capgo에서 버전을 비교하는 곳

IOS ios/App/App/Info.plist __CAPGO_KEEP_0__에서 JavaScript 버전과 비교하여_major 업그레이드를 찾습니다.CFBundleShortVersionString IOS에서 변수는 프로젝트에서 다음 위치에 설정됩니다. ios/App/App.xcodeproj/project.pbxproj 키 밑에 MARKETING_VERSION 만약 MARKETING_VERSION 당신의 Info.plist 파일에 설정되어 있다면.

이 동작을 재정의하려면 capacitor.config.json 파일 여기 문서

안드로이드

Will be uses by Capgo to compare to JavaScript version and find Major upgrade

안드로이드에서, 변수는 당신의 프로젝트 여기서 설정되어 있다. android/app/build.gradle 키 밑에 defaultConfig.versionName

이 동작을 재정의하려면 capacitor.config.json 파일 문서가 여기 있습니다.

JavaScript

Capgo이 Native 버전과 비교하여 Major 업그레이드를 찾기 위해 사용됩니다.

JavaScript에서, 프로젝트에서 var가 설정됩니다. package.json 키 아래에 있습니다. version

예시

현재 Ionic 앱은 버전 1.2.3 Capacitor 3

버전을 업그레이드하여 capacitor 4로 업그레이드하고 있습니다.

버전 번호를 업그레이드해야 합니다. 2.2.3, 그 후 모든 패키지는 Capgo에 대한 주의 깊은 변경 사항을 포함합니다.

이 버전을 Capgo와 App Store에 출시할 때.

다음 Capgo에서 라이브 업데이트는 2.2.4 사용자에게 전송되지 않을 것입니다. 1.2.3 버전만. 2.2.3 버전만.

이 패턴을 따르면 더 이상 걱정할 필요가 없습니다. 모든 것이 잘 처리됩니다.

이 패턴을 따르지 않는다면.

이 경우, 애플과 구글에 새로운 앱을 Capacitor 4를 보내야 하지만 Capgo에는 보내지 마십시오.

그런 다음 100%의 사용자가 앱을 가지고 있거나, 적어도 90%의 사용자가 앱을 가지고 있을 때까지 기다려야 합니다. 이는 몇 달이 걸릴 것입니다.

이 시간 동안 Capgo에서 업데이트를 보내지 못합니다. 왜냐하면 이전 버전의 사용자는 새로운 버전을 받을 수 없기 때문입니다.

Keep going from How to release major version in capgo

How to release major version in __CAPGO_KEEP_0__에서 계속 진행하세요. How to release major version in capgo __CAPGO_KEEP_0__을 계획하고 버전 관리를 위해 rollback을 연결하세요. __CAPGO_KEEP_0__ __CAPGO_KEEP_0__의 구현 세부 정보 버전 목표 버전 목표 __CAPGO_KEEP_0__ 구현 세부 정보 업데이트 동작 __CAPGO_KEEP_0__ 구현 세부 정보 __CAPGO_KEEP_0__ Capgo Live Updates Capgo Live Updates의 제품 워크플로

Capacitor 앱에 대한 실시간 업데이트

When a web-layer bug is live, ship the fix through Capgo instead of waiting days for app store approval. Users get the update in the background while native changes stay in the normal review path.

웹层 버그가 실시간으로 실행 중일 때, __CAPGO_KEEP_0__을 통해 픽스를 배포하는 대신 앱 스토어 승인까지 며칠 기다리지 말고. 사용자는 배경에서 업데이트를 받으면서 네이티브 변경은 일반적인 검토 경로에 남겨둔다.

__CAPGO_KEEP_0__에서 인간 지원을 받으세요. 페이지/영역: Capgo 마케팅 웹사이트. 역할: 웹사이트 복사 문장. 보존: Capgo 제품/브랜드 및 개발자 용어. 메시지 키 `home_hero_human_support` (홈 히어로 인간 지원).

__CAPGO_KEEP_0__ 시작하기

Capgo 블로그의 최신 글