주요 버전을 출시할 때
버전 관리는 어려울 수 있습니다. 일반적으로 사용자에게 주요 변경 사항이 나타날 때 주요 업데이트 보낼 수 있습니다.
그러나 버전 관리는 그 용도가 아닙니다. 앱 스토어 버전은 네이티브 버전과 다릅니다.
네이티브 버전은 깨진 변경 사항을 관리하기 위해 만든 것입니다. code
IOS에서 예를 들어, iOS 16은 애플의 버전입니다. 하지만 __CAPGO_KEEP_0__ 버전은 (그들은 SemVer를 사용하지 않는 것처럼 보입니다) store version code 버전 20A5283p (그들은 SemVer를 사용하지 않는 것처럼 보입니다)
주요 릴리스
__CAPGO_KEEP_0__ 앱에서, 주요 릴리스는 깨진 변경이 발생했을 때 필요합니다. 예를 들어, 새로운 IOS 대상 (15에서 16), 또는 새로운 __CAPGO_KEEP_1__ 버전 (3에서 4), 또는 사용 중인 플러그인 (1.2에서 2.0)에서 업데이트된 주요 버전입니다.
In your Capacitor app, a major release is necessary when a breaking change happens. For example, a new IOS target (15 to 16), or a new version of Capacitor (3 to 4), or a plugin (1.2 to 2.0) you use have been updated to a major version.
그런 이유로 __CAPGO_KEEP_0__는 이 시스템을 따릅니다. 따라서 주요 버전을 릴리스하면 __CAPGO_KEEP_1__은 사용자가 스토어에서 설치하지 않은 사용자에게 릴리스하지 않습니다.
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 버전을 비교할 수 있는지 찾습니다.
IOS
Capgo이 자바스크립트 버전과 비교하여 메이저 업그레이드를 찾기 위해 사용됩니다.
IOS에서 변수는 프로젝트에 다음과 같이 설정됩니다. ios/App/App/Info.plist 키CFBundleShortVersionString 또는 ios/App/App.xcodeproj/project.pbxproj HTML 텍스트 조각입니다. (부모 키 `alternatives_cta_questions`). 페이지/영역: Capgo 라이브 업데이트 Alternatives 비교 페이지. 역할: 장기 마케팅 또는 법적 문단. 표시: 페이지 alternatives.astro. Capgo 제품/브랜드 및 개발자 용어를 정확하게 유지합니다. MARKETING_VERSION 키 MARKETING_VERSION 만약 Info.plist __CAPGO_KEEP_0__에서 변수가 설정되어 있다면
파일.
capacitor.config.json이 파일에서 이 동작을 재정의하려면 버전 키를 파일에 설정하세요. 문서
안드로이드
Capgo은 자바스크립트 버전과 비교하여 메이저 업그레이드를 찾기 위해 사용될 것입니다.
안드로이드에서 프로젝트에서 변수를 설정하는 곳입니다. android/app/build.gradle 키 defaultConfig.versionName
버전 키를 설정하여 이 동작을 재정의할 수 있습니다.
capacitor.config.json파일 문서
자바스크립트
Capgo은 네이티브 버전과 비교하여 메이저 업그레이드를 찾기 위해 사용될 것입니다.
자바스크립트에서 프로젝트에서 변수를 설정하는 곳입니다. package.json 키 version
예시
현재 Ionic 앱은 __CAPGO_KEEP_0__ 버전으로 출시되어 있습니다. 1.2.3 Capacitor 3과 함께
capacitor 4으로 업그레이드하는 중입니다.
__CAPGO_KEEP_0__ 버전 번호를 업그레이드해야 합니다. 2.2.3, 모든 패키지에는 Capgo에 대한 알림이 포함되어 있습니다.
Capgo와 앱 스토어에 이 버전을 출시할 때
Capgo에서 다음 라이브 업데이트 2.2.4 버전 __CAPGO_KEEP_0__의 사용자에게는 전송되지 않습니다. 1.2.3 버전 __CAPGO_KEEP_0__의 사용자에게만 전송됩니다. 2.2.3 이 패턴을 따르면 더 이상 걱정하지 않아도 모든 것이 잘 처리됩니다.
__CAPGO_KEEP_0__
이 방법을 따르지 않으면
이 경우, 새로운 앱을 Capacitor 4로 Apple과 Google에 제출해야 하지만 Capgo에는 제출하지 않아야 합니다.
그 다음에 100%의 사용자, 앱을 사용하거나 적어도 90%가 앱을 사용할 때까지 기다려야 합니다. 이는 몇 달이 걸릴 것입니다.
이 기간 동안 Capgo 업데이트를 보내지 못합니다. 왜냐하면 이전 버전의 사용자는 새로운 버전을 받을 수 없기 때문입니다. 또한 일부 사용자만 업데이트를 받을 수 있는 방법이 없습니다.
capgo에서 메이저 버전을 릴리스하는 방법
__CAPGO_KEEP_0__에서 메이저 버전을 릴리스하는 방법 capgo을 사용하여 롤백과 버전 관리를 계획하고, capgo을 버전 관리와 연결합니다. __CAPGO_KEEP_0__ __CAPGO_KEEP_0__ __CAPGO_KEEP_0__ __CAPGO_KEEP_0__ 버전 목표 업데이트 동작 업데이트 동작 구현 세부 사항에 대해 번들 번들 구현 세부 사항에 대해, 그리고 Capgo Live Updates for the product workflow in Capgo Live Updates.
