메이저 버전 릴리즈할 때
버전 관리는 어려울 수 있습니다. 일반적으로 사용자에게 큰 변화가 나타날 때 메이저 업데이트를 보내고 싶지만, 버전 관리는 그 용도가 아닙니다. 앱 스토어 버전과 네이티브 버전은 다릅니다.
네이티브 버전은 깨지지 않는 변경 사항을 관리하기 위해 만들어졌습니다.
When releasing a major version code
IOS에서 예를 들어, iOS 16은 store version 의 제품입니다. 그러나 code 버전은 20A5283p (그들은 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.
가 발생할 때 필요합니다. 예를 들어, 새로운 IOS 대상 (15에서 16), 또는 새로운 버전의 __CAPGO_KEEP_1__ (3에서 4), 또는 사용 중인 플러그인 (1.2에서 2.0)에서
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__은 스토어에서 설치하지 않은 사용자에게 릴리스하지 않습니다.
이 동작은 사용자 지정할 수 있습니다. 더 많은 정보를 알아보려면 여기를 클릭하세요.
Capgo 버전을 비교하는 데 사용하는 버전을 찾습니다.
IOS
Capgo이 자바스크립트 버전과 비교하여 주요 업그레이드를 찾기 위해 사용됩니다.
IOS에서 변수는 프로젝트에서 설정됩니다. ios/App/App/Info.plist 키CFBundleShortVersionString 또는 ios/App/App.xcodeproj/project.pbxproj 키 MARKETING_VERSION 만약 MARKETING_VERSION __CAPGO_KEEP_0__ 파일에 설정된 경우 Info.plist 파일.
__CAPGO_KEEP_0__ 파일에 버전 키를 설정하여 이 동작을 오버라이드할 수 있습니다.
capacitor.config.json__CAPGO_KEEP_0__ docs here
안드로이드
Capgo이 자바스크립트 버전과 비교하여 주요 업그레이드를 찾기 위해 사용될 것입니다.
안드로이드에서 변수는 프로젝트에서 여기에 설정됩니다. android/app/build.gradle __CAPGO_KEEP_0__ defaultConfig.versionName
__CAPGO_KEEP_0__
capacitor.config.jsondocs here 자바스크립트
__CAPGO_KEEP_0__이 네이티브 버전과 비교하여 주요 업그레이드를 찾기 위해 사용될 것입니다.
Will be used by Capgo to compare to Native version and find Major upgrade
__CAPGO_KEEP_0__ package.json __CAPGO_KEEP_0__ version
__CAPGO_KEEP_0__ 3
__CAPGO_KEEP_0__ 4 1.2.3 Capacitor
capacitor
__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__
__CAPGO_KEEP_0__
If I don’t follow this
이 경우에는 Capacitor 4를 Apple과 Google에, Capgo에는 보내지 마세요.
그 다음에는 100%의 사용자, 적어도 90%의 사용자가 앱을 사용하거나, 최소한 90%의 사용자가 앱을 사용할 수 있을 때까지 기다려야 합니다. 이는 몇 달이 걸릴 것입니다.
이期间에 Capgo에 업데이트를 보내지 못합니다. 왜냐하면 이전 버전의 사용자는 새로운 버전을 받을 수 없기 때문입니다. 업데이트를 선택할 수 있는 방법이 없습니다.
Capgo의 capgo에서 How to release major version을 계속 진행하세요.
Capgo를 사용하여 Capgo의 capgo에서 How to release major version을 진행하세요. 계획된 롤백과 버전 관리를 위해 연결하세요. Rollbacks Rollbacks의 구현 세부 사항 Version Targeting Version Targeting의 구현 세부 사항 업데이트 동작 업데이트 동작의 구현 세부 사항에 대해 번들 번들의 구현 세부 사항에 대해 Capgo Live Updates Capgo Live Updates의 제품 워크플로에 대해
