앱 업데이트를 고치는 데 있어 롤백 관리는 매우 중요합니다. 앱 업데이트 그것이 충돌이나 버그를 일으키는 경우입니다. Capgo이러한 버그나 충돌을 일으키는 경우가 있습니다. __CAPGO_KEEP_0__ Capgo 이것이 rollback 관리를 단순화하는 것입니다.
- 빠른 복구: 평균 롤백 시간이 114 밀리초입니다.
- 자동 업데이트: Capgo가 업데이트와 롤백을 자동으로 처리합니다.
- 안전한 프로세스: 업데이트를 안전하게 처리하기 위해 끝에서 끝까지 암호화가 적용됩니다.
- 쉽게 설정설치:
@capgo/capacitor-updater분초만에 패키지를 설치하고 앱을 구성하세요. - 업데이트 채널: 업데이트 관리를 위해 스테이징, 베타, 및 프로덕션 환경을 제어하세요.
- 수동 및 자동 롤백: 필요에 따라 손수 복구하거나 자동 복구를 선택하세요.
빠른 설정 단계:
- 설치
@capgo/capacitor-updater프로젝트를同步하세요. - 업데이트를위한 구성
capacitor.config.json업데이트 채널(스테이징, 베타, 프로덕션)을 설정하세요. - 업데이트 채널(스테이징, 베타, 프로덕션)을 설정하세요.
- 프로덕션 배포 전에 롤백 기능을 테스트하세요.
Capgo은 앱이 안정적이고 사용자 친화적임을 보장하며 즉시 문제를 해결합니다. Capgo은 앱의 안정성을 보장하는 신뢰할 수 있는 안전망을 제공합니다. Capacitor __CAPGO_KEEP_0__
설정 Capgo __CAPGO_KEEP_0__

Capgo
Capgo
__CAPGO_KEEP_0__ @capgo/capacitor-updater __CAPGO_KEEP_0__ Capacitor 프로젝트이 패키지는 앱의 업데이트와 롤백을 관리합니다. 프로젝트 디렉토리에서 다음 명령어를 실행하세요:
npm install @capgo/capacitor-updater
npx cap sync
설치 후, 업데이트를 활성화하기 위해 capacitor.config.json 파일을 업데이트하세요. 업데이트 기능을 활성화하는 샘플 구성은 다음과 같습니다:
{
"plugins": {
"CapacitorUpdater": {
"autoUpdate": true,
"updateUrl": "https://api.capgo.app/updates",
"privateKey": "your-private-key-here",
"version": "1.0.0",
"directUpdate": false
}
}
}
- 를 설정하세요.
autoUpdate를 설정하여 자동 업데이트를 허용하세요.true를 유지하세요. - 를 유지하여 업데이트가 배포되기 전에 검증되도록 하세요.
directUpdate다음으로, 앱을 __CAPGO_KEEP_0__의 업데이트 시스템과 연결하세요. __CAPGO_KEEP_0__.app에 가입하세요.false__CAPGO_KEEP_0__
Capgo capgo그 다음으로 앱을 CLI에 등록하세요.
npx @capgo/cli app add your-app-id
This step connects your project to Capgo, enabling version tracking and user segmentation for precise rollback management.
이 초기 설정이 완료되면, 업데이트 채널을 구성하여 배포를 제어하고 모니터링할 수 있습니다.
업데이트 채널 설정
업데이트 채널은 업데이트의 배포를 관리하는 데 도움이 되며, 필요한 경우 빠른 롤백이 가능합니다.
채널을 만들려면 Capgo의 CLI 도구를 사용하세요. 효율적인 롤백 관리를 위해 세 가지 주요 채널을 설정하세요.
npx @capgo/cli channel add staging
npx @capgo/cli channel add beta
npx @capgo/cli channel add production
각 채널은 특정 목적을 위해 사용됩니다.
| 설정 | 목적 | 페이지/영역: Capgo 마케팅 웹사이트. 역할: 짧은 UI 레이블 또는 네비게이션 아이템. 메시지 키 `subprocessors_table_purpose` (Subprocessors Table Purpose). |
|---|---|---|
| 예시 값 | 채널 이름 | prod, beta, staging |
| 버전 패턴 | 버전 형식이 허용되는 패턴을 정의합니다. | 1.0.* |
| 사용자 접근 | 업데이트를 받는 사용자를 지정합니다. | specific-group-id |
| 업데이트 주기 | 업데이트가 배포되는 시기를 결정합니다. | 즉시, 예약 |
프로덕션에서는 안정적인 버전 패턴을 사용하세요. 1.0.*, 반면 스테이징에서는 테스트를 위해 더 유연한 형식이 사용될 수 있습니다.
롤백 관리를 더 세부화하기 위해 사용자 세그멘테이션을 설정하세요. 이 기능을 사용하면 특정 그룹을 대상으로 롤백을 수행할 수 있어, 문제를 해결하는 동안 최소한의 중단을 유발할 수 있습니다.
자동 롤백을 위해 오류율, 성능 지표 또는 사용자 피드백과 같은 조건에 따라 트리거를 정의하세요. 이 트리거는 문제를 신속하게 해결하기 위해 수동干渉 없이 문제를 해결합니다.
프로덕션으로 배포하기 전에 스테이징 채널에서 롤백 기능을 테스트하세요. 이 단계는 실제 상황에서 롤백 시스템이 예상대로 작동하는지 확인합니다.
마지막으로, CI/CD pipeline과 업데이트 채널을 통합하세요. 이 자동화는 배포 및 롤백을 streamline하고, 효율적인 워크플로우를 유지하면서 예상치 못한 문제에 대한 안전망을 유지합니다. __CAPGO_KEEP_0__를 사용하여 롤백을 실행하는 방법__CAPGO_KEEP_0__의 업데이트 유효성 검사 시스템은 앱이 안정적임을 보장하고 롤백 기능은 이에 빌딩하여 수동 및 자동 복구 옵션을 제공합니다. 이러한 방법을 효과적으로 사용하는 것은 문제가 발생했을 때 기능을 복원하는 데 도움이 됩니다.
How to Execute Rollbacks with Capgo
Capgo’s update validation system ensures your app remains stable, and its rollback feature builds on this by offering both manual and automated recovery options. Knowing how to use these methods effectively can help you restore functionality quickly when issues arise.
자동 업데이트를 비활성화하기 위해 __CAPGO_KEEP_0__ 파일의 __CAPGO_KEEP_0__를 설정하세요.
__CAPGO_KEEP_0__는 Live Update Dynamic Label To의 약자입니다.
__CAPGO_KEEP_0__는 Live Update Dynamic Label To의 약자입니다. capacitor.config.json __CAPGO_KEEP_0__는 Live Update Dynamic Label To의 약자입니다. autoUpdate __CAPGO_KEEP_0__는 Live Update Dynamic Label To의 약자입니다. false. 이 기능은 Capgo가 자동으로 업데이트를 관리하는 것을 중단하여 업데이트 프로세스를 완전히 제어할 수 있도록 합니다.
자동 업데이트가 비활성화된 후, 원하는 버전을 가져오기 위해 CapacitorUpdater.download() 메소드를 사용하고, CapacitorUpdater.set() 메소드를 호출하여 적용합니다. 예를 들어:
import { CapacitorUpdater } from '@capgo/capacitor-updater'
const version = await CapacitorUpdater.download({
url: 'https://github.com/Cap-go/demo-app/releases/download/0.0.4/dist.zip',
})
await CapacitorUpdater.set(version); // Sets the new version and reloads the app
다운로드한 버전을 적용한 후 CapacitorUpdater.set()를 호출하면 앱이 자동으로 로드되며 복원된 번들을 사용합니다. 롤백 프로세스를 완료하려면 항상 CapacitorUpdater.notifyAppReady() 를 호출하여 업데이트가 안정적인지 확인해야 합니다.
이 메소드를 호출하지 않으면 앱은 이전에 성공적으로 빌드된 번들로 롤백됩니다. [2]
이 확인 단계를 생략하면 Capgo는 롤백이 실패한 것으로 가정하고 마지막으로 성공적으로 작동한 버전으로 롤백할 수 있습니다.
빠른 액션을 요구하는 상황에서는 자동 롤백이 수동 참여 없이 복구를 처리할 수 있습니다.
자동 롤백 트리거
자동 롤백은 환경에서 중요도가 높은 지속적인 모니터링이 필요한 경우에 적합합니다. 자동 롤백은 문제를 감지하고 안정적인 버전으로 자동으로 되돌리는 것을 통해 다운타임을 최소화합니다. 이 트리거는 건강 체크 및 사전 정의된 오류 임계값에 기반합니다.
애플리케이션의 필수 기능, 사용자 인증 또는 데이터 로드와 같은 기능을 모니터링하기 위해 헬스 체크를 설정하세요. 이 체크가 문제를 감지하면 자동 트리거가 즉시 안정적인 버전으로 롤백할 수 있습니다.
오류 임계값을 정의하여 성능 지표를 사용하여 롤백이 필요한지 결정하세요. 아래 표는 고려해야 할 주요 구성 요소를 강조합니다:
| 구성 요소 | 목적 | 페이지/영역: Capgo 마케팅 웹사이트. 역할: 짧은 UI 레이블 또는 네비게이션 아이템. 메시지 키 `subprocessors_table_purpose` (Subprocessors Table Purpose). |
|---|---|---|
| 구현 팁 | 버전 관리 | 페이지/영역: Capgo 마케팅 웹사이트. 역할: 짧은 UI 레이블 또는 네비게이션 아이템. 메시지 키 `version_control` (Version Control). |
| 배포 기록 추적 | 진행과 결과를 일관되게 모니터링하세요 | 오류 임계값 |
| 롤백 트리거 정의하기 | 구성 복구 단계 | 즉시 문제 처리를 위한 워크플로 설정 |
앱의 환경과 위험에 대한 tolerance에 따라 수동 및 자동 복구 사이의 선택이 달라집니다.
“복구는 이전 버전의 code을 다시 배포하는 것입니다. 대부분의 경우에 가장 좋은 첫 번째 옵션입니다. 5분 이내로 부정적인 사용자 영향력을 종료하고 다른 옵션 중 하나를 수행할 수 있는 것을 방지하지 않습니다.” 자동 복구는 테스트 및 스테이징 환경에서 더 빠르고 효율적인 복구를 제공할 수 있습니다. 반면, 생산 환경에서 안정성과 보안이 중요할 때 수동 복구는 신중한 평가와 제어를 허용합니다. 두 가지 접근 방식을结合하면 균형 잡힌 전략을 보장합니다. 즉시 실패를 처리하는 자동 트리거와 복잡한 문제를 사람이 감시하는 복구를 예약합니다. [3]
복구 관리의最佳 관행
효율적인 복구 전략은 불안정한 업데이트로 인해 사용자를 보호하기 위해 점진적인 배포와 복구 후 분석을 결합합니다.
스테이징된 출시와 위험 감소
스테이징된 출시는 앱 업데이트에 대한 광범위한 문제를 예방합니다. 모든 사용자에게 변경 사항을 푸시하는 대신, 업데이트는 작은 사용자 그룹으로 incremental로 릴리스됩니다. 테스트 그룹은 1–5%의 사용자 중 하나로 시작하여 다양한 장치 유형, 운영 체제 및 사용 패턴을 포함하는 다채로운 그룹을 포함해야 합니다. 24–48 시간 동안 그들의 성능을 모니터링하여 문제의 초기 신호를 잡으십시오.
복구 관리의 최선의 관행
기능 플래그는 여기서 생명줄이 될 수 있습니다. 기능 플래그는 특정 기능을 즉시 비활성화 할 수 있으므로 전체 롤백이 필요하지 않습니다. [4].
롤아웃 단계를 이동하는 기준을 명확하게 설정하십시오. 예를 들어, 장치 시간의 안정적인 운영 시간 또는 충돌 임계값과 같은 메트릭에 기반하여 결정할 수 있습니다. 좋은 규칙은 최소 1,000 장치 시간의 안정성을 달성하기 전에 롤아웃 확장하는 것입니다. Capgo의 업데이트 채널과 같은 도구는 업데이트 할 사용자 그룹을 Assign 할 수 있으므로, 예를 들어 베타 테스터 또는 초기 채택자와 같은 특정 사용자 그룹에게 업데이트 할 수 있도록 precise 제어를 제공합니다.
롤아웃 단계의 예를 들어 보겠습니다:
| 롤아웃 단계 | 사용자 비율 | 모니터링 기간 | 성공 기준 |
|---|---|---|---|
| 초기 테스트 | 1–5% | 24–48 시간 | 0.1% 미만의 충돌률과 정상적인 성능 |
| 초기 채택자 | 10–20% | 48–72 시간 | 안정적인 성능과 긍정적인 사용자 피드백 |
| 일반 릴리즈 | 100% | 진행 중 | 중요한 문제가 없고 성능이 지속되는 |
롤백 후 모니터링
롤백이 성공적으로 완료된 것을 확인하고 미래의 문제를 예방하기 위해 롤백 후의 모니터링이 필수적입니다.
롤백 후에 롤백의 성공을 확인하고 미래의 문제를 예방하기 위해 철저한 모니터링이 필요합니다.
롤백 후에 실시간 알림을 설정하고 앱 런치 시간, 앱 크래시율, 메모리 사용량, 네트워크 성능과 같은 주요 성능 지표를 추적하세요. 이러한 지표는 안정성과 사용자 경험을 평가하는 데 중요합니다. 프로덕션 환경에서는 99.9%의 안정성 기준을 목표로 하며, 성능이 이 기준 이하로 떨어질 경우 즉시 알림을 받으세요.
롤백 후 72시간 이상 모니터링하여 앱이 안정적인 상태로 돌아온 것을 확인하세요. 사용자에게 직접 영향을 미치는 지표, 예를 들어 앱이 얼마나 빠르게 열리는지 또는 특정 기능이 얼마나 반응이 좋은지에 주의하세요.
오류 추적 도구를 사용하여 명확한 경고 절차를 설정하세요. 롤백 이벤트를 포함한 자동 보고서 - 원인, 영향을 받은 사용자, 해결 시간 -을 사용하여 팀이 각 사고에서 배울 수 있도록 도와주세요. 이러한 이벤트를 철저히 문서화하여 트리거, 해결 단계, 배운 점을 포함하여 프로세스를 개선하고 팀을 교육하는 데 도움이 됩니다.
진화적인 모니터링 접근 방식도 효과적일 수 있습니다. 롤백 직후에 집중적인 관찰을 시작하고 안정성이 확인되면 점진적으로 스케일백을 하십시오. 이 방법은 철저한 감독과 자원 사용의 효율성을 균형있게 유지하는 것을 보장합니다.
롤백 문제 해결
롤백 중 문제가 발생할 때 사용자 경험을 방해하는 문제를 빠르게 식별하고 해결하는 방법을 알고 있으면 문제가 발생하지 않도록 유지할 수 있습니다.
체크섬 검증 실패는 롤백 중 가장 심각한 문제 중 하나입니다. 이 문제는 업데이트 파일이 전송 또는 저장 중에 손상되거나 변조된 경우를 나타냅니다. 이 문제를 해결하려면:
원본 파일과 롤백 패키지의 무결성을 다시 확인하십시오.
- 필요한 경우 버전 관리 시스템에서 패키지를 다시 다운로드하거나 재생성하십시오.
- __CAPGO_KEEP_0__의 끝에서 끝까지 암호화는 파일 전송을 보안하지만, 로컬 저장소에서 문제가 발생할 수 있습니다. 여러 사용자가 영향을 받는 경우, 손상된 임시 파일을 삭제하기 위해 로컬 캐시를 비우십시오. __CAPGO_KEEP_1__의 업데이트 채널을 통해 작은 구성 업데이트 푸시를 푸시하여 최신 버전으로 다시 다운로드하십시오.
Capgo’s end-to-end encryption helps secure files during transmission, but problems can still occur with local storage. If multiple users are affected, clear their local cache to remove corrupted temporary files. You can automate this through Capgo’s update channels by pushing a small configuration update that forces a fresh download.
버전 충돌 및 네트워크 문제 처리
진화적인 모니터링 접근 방식도 효과적일 수 있습니다. 롤백 직후에 집중적인 관찰을 시작하고 안정성이 확인되면 점진적으로 스케일백을 하십시오. 이 방법은 철저한 감독과 자원 사용의 효율성을 균형있게 유지하는 것을 보장합니다.
버전 충돌이 발생할 때는 앱의 일부가 적절히 동기화되지 않았을 때입니다. 이 경우 즉시 마지막 안정 빌드로 롤백하여 중단을 최소화하세요. Capgo의 업데이트 채널을 사용하여 특정 사용자 그룹만 테스트하기 전에 롤백을 한정할 수 있습니다.
상세 로깅은 이러한 충돌을 진단하는 데 중요합니다. API 버전 불일치나 데이터베이스 스키마 문제와 같은 오류를 찾으세요. 문제가 백엔드 변경, 클라이언트 측 업데이트 또는 둘 다에 있는지 확인하세요.
네트워크 문제는 롤백 시도에 완전히 차단할 수 있습니다. 연결 시간 초과, SSL 인증서 오류, 프록시 미구성과 같은 문제는 일반적인 원인입니다. 이러한 문제를 해결하려면:
- 모든 업데이트 엔드포인트, 인증서 및 버전 식별자가 최신 상태인지 확인하세요.
- 사용자들이 문제를 겪는 환경에서 네트워크 연결을 테스트하세요.
In corporate environments, proxy and firewall rules might interfere with updates. Work with enterprise customers to whitelist Capgo’s update endpoints and confirm that 테스트 시나리오 구현 방법
| 성공 기준 | 버전 불일치 | __CAPGO_KEEP_0__ |
|---|---|---|
| __CAPGO_KEEP_0__ | 배포한 불일치 버전의 패키지 | 롤백이 자동으로 활성화됩니다. |
| 손상된 패키지 | 손상된 업데이트를 업로드합니다. | 오류를 감지하고 시스템을 복원합니다. |
| 네트워크 오류 | 네트워크 오류를 시뮬레이션합니다. | 최근 안정 버전에서 재개합니다. |
| API 타임아웃 | API 응답에 지연을 도입합니다. | 지연을 처리하는 대체 메커니즘 |
버전 불일치, 손상된 패키지, 네트워크 오류 및 API 타임아웃과 같은 시나리오를 정기적으로 테스트하여 롤백 메커니즘을 실제-world 문제에 대비하는 것입니다. 이 전향적인 접근 방식은 문제가 발생할 때 프로덕션에서 신뢰를 구축합니다.
결론
신뢰할 수 있는 롤백 전략을 갖추는 것은 앱의 안정성을 유지하기 위해 중요합니다. Capacitor 앱, 그리고 Capgo는 이 과정을 무난하게 처리하는 데 필요한 도구를 제공합니다. 효율적인 업데이트 관리와 강력한 보안 기능을 결합하여 앱이 신뢰할 수 있고 보호되도록 보장합니다. __CAPGO_KEEP_0__의 가장 큰 장점은 롤백 기능이 하나의 클릭으로 가능하다는 것입니다. 이 기능은 이전 버전으로 돌아가기 위해 빠르게 롤백할 수 있으므로 downtime을 최소화하고 사용자에게 최소한의 방해를 줄 수 있습니다. 그뿐만 아니라 플랫폼은 Apple과 Google의 요구 사항을 준수하며 프로덕션 환경에서 애플리케이션을 보호하기 위해 end-to-end 암호화 기능을 제공합니다.
“Capgo은 개발자가 생산성을 높이고자 하는 개발자에게 필수적인 도구입니다. 버그 수정에 대한 리뷰를 피하는 것은 금이다.” - Bessie Cooper __CAPGO_KEEP_0____CAPGO_KEEP_0__ __CAPGO_KEEP_0__ __CAPGO_KEEP_0__
Capgo [1]
이 기능들은 워크플로우를 단순화하고 문제가 발생했을 때 즉각적인 해결책을 제공합니다. CI/CD 및 semantic-release 자동화와 함께 Capgo은 롤백 프로세스를 단순화합니다. 체크섬 유효성 검사 오류, 버전 불일치, 또는 네트워크 문제와 같은 문제를 해결하기 위해 Capgo의 인프라 및 모니터링 도구를 사용하여 사용자에게 문제가 전달되기 전에 문제를 해결할 수 있습니다.
프로덕션에서 관리하는 Capacitor 앱을 위한 팀에게는 Capgo가 Capgo 보안, 신뢰성 및 간소성을 제공하여 rollback 전략의 효과적인 수행을 위한 요구 사항을 충족합니다. 현재 플랫폼에 이미 2,000개 이상의 앱이 신뢰하고 있는 상황에서, 개발자 효율성과 사용자 만족을 모두 향상시키는 솔루션을 선택하는 것입니다. [1].
When problems occur, Capgo ensures you’re ready to resolve them instantly.
FAQs
::: faq
How does Capgo keep app updates secure during rollbacks?
Capgo 사용합니다 end-to-end 암호화 앱 업데이트를 모든 단계에서 보호하기 위해, 생성부터 배포까지 모든 단계에서 업데이트를 안전하게 보호합니다. 이로 인해 업데이트에 대한 접근은 엄격한 접근 제어를 통해만 허용되며, 권한이 있는 사용자만 접근할 수 있습니다.
업데이트의完整성을 보장하기 위해 Capgo는 Capgo을 사용합니다. 암호화 확인 업데이트가 훼손되지 않았는지 확인하는 해시와 디지털 서명과 같은 도구가 있습니다. 이러한 도구는 업데이트가 훼손되지 않았는지 확인합니다. 문제가 발생하면 플랫폼의 자동 롤백 기능을 통해 빠르고 안전하게 이전 버전으로 돌아갈 수 있습니다. 이러한 기능은 앱 업데이트가 안전하고 신뢰할 수 있는지 보장합니다.
::: faq
자동 롤백을 사용하는 Capgo의 이점은 무엇입니까?
자동 롤백을 사용하는 __CAPGO_KEEP_0__ Capgo __CAPGO_KEEP_0__
Capacitor
자동 롤백은 수동 롤백보다 빠른, 신뢰할 수 있는, 오류가 없는 대안을 제공합니다. 업데이트가 잘못되면 이러한 롤백은 앱을 안정적인 버전으로 다시 되돌려주어 다운타임을 줄이고 사용자 경험을 원활하게 유지할 수 있습니다.
자동 롤백의 핵심은 인간의 오류를 제거하는 것입니다. 정의된 최적의 관행에 따라 일관성을 보장하여 시간을 절약하고 앱 관리를 더 안정적이고 효율적으로 관리할 수 있습니다. Capgo 앱과 함께 작업하는 개발자에게는 업데이트를 신뢰할 수 있고 스트레스가 없는 롤백을 제공합니다.
To effectively test rollback functionality with Capgo, begin by setting up a __CAPGO_KEEP_0__의 롤백 기능을 테스트하는 방법은 무엇입니까?__CAPGO_KEEP_0__의 롤백 기능을 테스트하기 위해서는 먼저 __CAPGO_KEEP_0__ 테스트 환경을 설정합니다. 업데이트를 테스트하기 전에 제어된 환경에서 테스트할 수 있습니다. __CAPGO_KEEP_0__의 업데이트를 프로덕션에 출시하기 전에 __CAPGO_KEEP_0__의 __CAPGO_KEEP_0__을 포함하여 __CAPGO_KEEP_0__을 참여시킵니다. earlier 문제를 발견하고, 업데이트 시 __CAPGO_KEEP_0__이 정상 작동하는지 확인하기 위해 실시간 모니터링을 합니다. 실시간 모니터링 업데이트 성능과 오류를 빠르게 감지할 수 있도록 추적하는 것이 중요합니다. 또한, 특정 오류율을 달성하거나 사용자 피드백을 받았을 때 rollback을 수행할 수 있는 명확한 rollback 트리거를 정의해야 합니다. 업데이트 전 rollback 프로세스를 철저히 테스트하세요. 이전 안정 버전으로 돌아가기 위해 rollback이 문제없이 작동하는지 확인하세요. rollback 메커니즘의 올바른 작동을 확인하기 위해 실패 시나리오를 시뮬레이션하는 것도 좋은 방법입니다. 마지막으로, __CAPGO_KEEP_0__의 분석 도구를 사용하여 업데이트 성능과 사용자 참여도를 모니터링하세요. 이 정보는 rollback이 필요할 때 잘못된 결정을 피할 수 있도록 도와줍니다.Keep going from Rollback Management with __CAPGO_KEEP_0__: Guide
이 Capgo: Guide를 사용하여 rollback과 버전 관리를 계획하고 연결하세요. 이 __CAPGO_KEEP_0__: Guide를 사용하여 rollback과 버전 관리를 계획하고 연결하세요. 이 __CAPGO_KEEP_0__: Guide를 사용하여 rollback과 버전 관리를 계획하고 연결하세요.
이 Capgo: Guide를 사용하여 rollback과 버전 관리를 계획하고 연결하세요.
이 __CAPGO_KEEP_0__: Guide를 사용하여 rollback과 버전 관리를 계획하고 연결하세요. 이 Capgo: Guide를 사용하여 rollback과 버전 관리를 계획하고 연결하세요. 이 __CAPGO_KEEP_0__: Guide를 사용하여 rollback과 버전 관리를 계획하고 연결하세요. 롤백 롤백 버전 목표 버전 목표 업데이트 동작 업데이트 동작 번들 번들 Capgo Live Updates Capgo Live Updates