메이저 버전을 릴리즈할 때
버전 관리는 어려울 수 있습니다. 일반적으로 사용자에게 주요 변경 사항이 나타날 때 메이저 업데이트를 보내고 싶습니다.
그러나 버전 관리는 그 용도가 아닙니다. 앱 스토어 버전은 네이티브 버전과 다릅니다.
네이티브 버전은 깨트리는 변경 사항을 관리하기 위해 만든 것입니다. code
IOS에서 예를 들어, iOS 16은 Apple의 store version 에서 code 버전은 20A5283p (그들은 SemVer를 사용하지 않는 것처럼 보입니다)
이제 우리는 그들을 혼합하지 않고 그들이 만들어진 대로 사용합니다!
주요 릴리스
Capacitor 앱에서 주요 릴리스는 깨진 변경이 발생할 때 필요합니다. 예를 들어, 새로운 IOS 대상 (15에서 16), 또는 새로운 Capacitor 버전 (3에서 4), 또는 사용하는 플러그인 (1.2에서 2.0)에서 업데이트된 주요 버전입니다.
이 변경은 모든 도구가 깨진 변경을 처리할 수 있도록 맞춰야 합니다.
그렇기 때문에 Capgo는 이 시스템을 따릅니다.
따라서 주요 버전을 릴리스하면 Capgo은 스토어에서 설치하지 않은 사용자가 설치되지 않은 사용자에게 릴리스하지 않습니다.
이 동작은 사용자 지정할 수 있습니다. 더 많은 정보를 알아보려면 여기
버전
Capgo에서 버전을 비교할 버전을 찾습니다.
iOS
Capgo을 사용하여 JavaScript 버전과 비교하여 주요 업그레이드를 찾습니다.
iOS에서 변수는 프로젝트에서 여기에 설정됩니다. ios/App/App/Info.plist 키CFBundleShortVersionString 또는 ios/App/App.xcodeproj/project.pbxproj 키 MARKETING_VERSION 만약 MARKETING_VERSION 프로젝트의 Info.plist 파일에 설정된 경우.
이 동작을 오버라이드하려면
capacitor.config.json파일 문서 여기
안드로이드
Capgo을 사용하여 자바스크립트 버전과 비교하여 주요 업그레이드를 찾습니다.
안드로이드에서 변수는 프로젝트에서 여기에 설정됩니다. android/app/build.gradle 키 defaultConfig.versionName
이 동작을 오버라이드하려면 버전 키를 설정하세요.
capacitor.config.json파일 문서
자바스크립트
Capgo을 사용하여 네이티브 버전과 비교하여 주요 업그레이드를 찾습니다.
자바스크립트에서 변수는 프로젝트에서 여기에 설정됩니다. package.json 키 version
예시
Ionic 앱은 현재 버전 1.2.3 with Capacitor 3
You are doing the upgrade to capacitor 4.
버전 번호를 2.2.3, then all your packages include Capgo with notice this big change.
When you release this version to Capgo and the App Store.
All next live update in Capgo 2.2.4 이 버전을 1.2.3 App Store 2.2.3 에 출시하면
다음 라이브 업데이트
는 사용자에게
이 경우에는 Capacitor 4를 Apple과 Google에 제출해야 하지만 Capgo에는 제출하지 않습니다.
그 다음에 100%의 사용자가 앱을 사용하거나 적어도 90%가 사용하는 것을 기다려야 합니다. 이는 몇 달이 걸릴 것입니다.
이期间에 Capgo를 업데이트할 수 없습니다. 왜냐하면 이전 버전의 사용자는 새로운 버전을 받을 수 없기 때문입니다. 업데이트를 선택할 수 있는 방법이 없습니다.
