When releasing a major version
버전 관리가 어려울 때
일반적으로 사용자에게 주요 변경이 나타날 때 메이저 업데이트를 보내고 싶습니다.
하지만 버전 관리는 그 용도로 만들어진 것이 아니며, 앱 스토어 버전은 네이티브 버전과 다릅니다. code
__CAPGO_KEEP_0__ store version of Apple, but the code version is 20A5283p 의 버전입니다.
__CAPGO_KEEP_0__ 버전은
(그들은 SemVer를 사용하지 않는 것처럼 보입니다)
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.
메이저 릴리스 (Major Release)입니다. 메이저 릴리스는 네이티브 앱에서 브레이킹 변경이 발생할 때 필요합니다. 예를 들어, 새로운 IOS 대상 (15에서 16), 또는 새로운 __CAPGO_KEEP_1__ 버전 (3에서 4), 또는 플러그인 (1.2에서 2.0) 사용자가 업데이트된 메이저 버전을 사용할 때입니다. 이 변경은 모든 도구가 브레이킹 변경을 처리할 수 있도록 조정해야 합니다.
그것이 때문에 Capgo은 이 시스템을 따릅니다.
따라서 만약에 메이저 버전을 출시한다면 Capgo은 스토어에서 설치하지 않은 사용자에게 전송하지 않습니다.
이 동작은 사용자가 원할 수 있습니다. 더 많은 정보를 얻으려면 여기
버전
Capgo은 버전을 비교하기 위해 어디서 찾을까요
IOS
Capgo은 자바스크립트 버전과 비교하여 메이저 업그레이드를 찾기 위해 사용됩니다.
IOS에서 변수는 프로젝트에서 설정됩니다. 여기 ios/App/App/Info.plist 키CFBundleShortVersionString 키 ios/App/App.xcodeproj/project.pbxproj 키 MARKETING_VERSION or MARKETING_VERSION __CAPGO_KEEP_0__을 사용하여 자바스크립트 버전과 비교하여 주요 업그레이드를 찾습니다. Info.plist Android
__CAPGO_KEEP_0__을 사용하여 자바스크립트 버전과 비교하여 주요 업그레이드를 찾습니다.
capacitor.config.jsonAndroid __CAPGO_KEEP_0__을 사용하여 자바스크립트 버전과 비교하여 주요 업그레이드를 찾습니다.
__CAPGO_KEEP_0__을 사용하여 자바스크립트 버전과 비교하여 주요 업그레이드를 찾습니다.
Capgo을 사용하여 자바스크립트 버전과 비교하여 주요 업그레이드를 찾습니다.
__CAPGO_KEEP_0__을 사용하여 자바스크립트 버전과 비교하여 주요 업그레이드를 찾습니다. android/app/build.gradle __CAPGO_KEEP_0__을 사용하여 자바스크립트 버전과 비교하여 주요 업그레이드를 찾습니다. defaultConfig.versionName
__CAPGO_KEEP_0__을 사용하여 자바스크립트 버전과 비교하여 주요 업그레이드를 찾습니다.
capacitor.config.json__CAPGO_KEEP_0__을 사용하여 자바스크립트 버전과 비교하여 주요 업그레이드를 찾습니다. __CAPGO_KEEP_0__을 사용하여 자바스크립트 버전과 비교하여 주요 업그레이드를 찾습니다.
JavaScript
Capgo을 사용하여 Native 버전과 비교하여 Major 업그레이드를 찾습니다.
JavaScript에서, var는 프로젝트에서 설정됩니다. package.json 키 version
예시
현재 Ionic 앱은 버전 1.2.3 Capacitor 3
capacitor 4로 업그레이드하고 있습니다.
__CAPGO_KEEP_0__의 버전 번호를 업그레이드해야 합니다. 2.2.3Capgo의 이 큰 변경 사항을 알리기 위해 모든 패키지가 포함됩니다.
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의 How to release major version에서 계속 진행하세요.
__CAPGO_KEEP_0__을 사용하여 rollback과 버전 관리를 계획하고 연결하는 경우 capgo의 How to release major version에서 진행하세요. __CAPGO_KEEP_1__ 롤백 롤백의 구현 세부 사항에 대해 버전 목표 버전 목표의 구현 세부 사항에 대해 업데이트 동작 업데이트 동작의 구현 세부 사항에 대해 번들 번들의 구현 세부 사항에 대해, 그리고 Capgo Live Updates Capgo Live Updates의 제품 워크플로에 대해.
