FAQ

설치

여기서 답변되지 않은 질문이 있으면 질문해 주세요! 이슈를 제출하거나 디스코드 에서 질문해 주세요.

무엇이 "code push"일까요?

"Code push"는 Capacitor 개발자들이 앱을 프로덕션 환경에서 업데이트할 수 있도록 하는 클라우드 서비스입니다. 현재 Capgo는 안드로이드, iOS, Electron에서 작동합니다.

"Code Push"는 React Native 커뮤니티에서 사용하는 배포 기능의 이름을 의미합니다. Microsoft 및 ExpoCapacitor는 지원되지 않습니다.

Capgo CLI majors Capacitor?

아니요. 항상 최신 Capgo CLI을 사용하세요.npx @capgo/cli@latestCLI Capgo Console은 Capgo 업데이터 플러그인 메이저와 호환되며 Capacitor 메이저를 따릅니다. Capgo 버전 관리 __CAPGO_KEEP_0__ 버전 관리 @lts-v7.

__CAPGO_KEEP_0__ 버전 관리

Capgo 버전 관리

code 버전 관리 npx @capgo/cli@latest bundle upload 명령어는 새로운 로컬 code에서 번들을 생성하는 데 사용됩니다. 생성된 번들은 사용자에게 배포됩니다.

델타 업데이트의 파일 경로 제한은 있나요?

예:

0바이트 파일: CLI 로그 Ignoring empty file... 그리고 델타 파일에서 빈 파일을 제외합니다. 업로드가 실패하지 않으며, 빈 파일이 결과 번들을 변경할 수 있습니다. 델타 업데이트에서 0바이트 파일을 포함하지 마세요.
공백이 포함된 경로: 델타 업로드는 명확한 오류 메시지와 함께 실패합니다. 번들 경로에 공백이 포함된 경우, 파일 또는 디렉토리 이름을 변경하여 업로드를 진행하세요.

참고: 델타 업데이트 설정 세부 사항을 참조하십시오.

로드맵은 무엇인가요?

우리의 프로젝트 보드도 공개되어 있으며 다음 위치에서 찾으실 수 있습니다. https://github.com/orgs/Cap-go/projects

우리는 공개적으로 운영되므로 언제든지 우리가 작업 중인 것을 확인하실 수 있습니다. 로드맵이나 우선순위에 대한 질문이 있으시면 Github 이슈나 디스코드.

팀원과 함께 Capgo을 사용할 수 있나요?

네! 모든 플랜은 무제한 개발자를 지원합니다. 우리는 단지 각 조직에 대한 앱 메트릭 (MAU, 저장소 및 대역폭)을 제한합니다.

보기 팀 더 많은 정보를 참조하세요.

Capgo은 내 원본 code을 저장합니까?

아니요. Capgo 서버는 원본 code을 절대 보지 않습니다. Capgo을 실행할 때 npx @capgo/cli@latest bundle uploadCapgo은 미니파이드/컴파일된 code의 zip 파일을 저장합니다. - 브라우저가 받는 code와 동일한 code, 원본 code이 아닙니다.

추가 보안을 위해 두 가지 옵션을 사용할 수 있습니다:

끝에서 끝까지 암호화: 업로드하기 전에 암호화하여 저장 및 전송을 보호하고, 개인 키가 없는 세 번째 당사자가 유효한 암호화된 업데이트를 생성하는 것을 방지합니다. 이 방법은 배포된 웹 자산을 역 엔지니어링하는 것을 불가능하게 하는 것은 아닙니다. 왜냐하면 배포된 앱에 공개 키가 포함되어 있기 때문입니다.
외부 URL 업로드: Capgo을 자신의 서버에 저장하고, 옵션과 함께 다운로드 링크만 Capgo에 제공하세요. --external <url>

다음과 같은 문서도 참조하세요: https://capgo.app/privacy

__CAPGO_KEEP_0__의 배포 파일은 개인 데이터인가?

Capgo의 배포 파일은 공개 웹 자산으로, 사용자들이 다운로드할 수 있도록 설계되었습니다. 배포 URL을 알고 있는 누구든지 파일을 다운로드할 수 있으며, Capgo은 설정 및 문서에서 이를 설명합니다.

code의 배포 파일에 대한 접근은 데이터 유출로 간주되지 않습니다. 비밀, 자격 증명, 개인 데이터, 규제 데이터를 앱 배포에 포함하지 마십시오. 높은 보안 요구 사항이 있는 경우 끝-to-끝 암호화를 사용하십시오. 그러나 보안 보고서 작성 시 배포된 앱 code 및 자산은 여전히 공개로 간주됩니다.

Capgo을 CI 시스템에서 사용할 수 있나요?

Capgo은 CI 시스템에서 사용할 수 있습니다. 우리는 CI 시스템에서 Capgo을 사용하는 방법에 대한 가이드를 안드로이드와 Github 액션 그리고 iOS, 그리고 GitLab. 다른 CI 시스템은 유사합니다.

문제가 발생할 경우 GitHub 이슈나 디스코드로 연락하지 마세요.

이것은 Firebase Remote Config 또는 Launch Darkly와 어떻게 관련되는 것일까요?

Code push allows adding new code / replacing code on the device. Firebase Remote Config and Launch Darkly are both configuration systems. They allow you to change the configuration of your app without having to ship a new version. They are not intended to replace code.

__CAPGO_KEEP_0__

code push 라이브러리는 Capacitor 앱에 1MB 미만의 크기를 추가할 것으로 예상됩니다. 크기를 줄일 수 있는 방법을 알고 있습니다. 크기가 장애물로 작용하는 경우 알려주세요.

Capgo은 iOS 18.4 시뮬레이터에서 작동합니까?

Capgo은 iOS 18.4 시뮬레이터에서 안정적으로 작동하지 않습니다. 실제 기기에서 테스트하거나 다른 iOS 시뮬레이터 버전을 사용하세요.

리액트 네이티브 이슈의 자세한 내용을 참조하세요. facebook/react-native#50510

code push는 대형 애플리케이션과 함께 작동합니까?

Yes. code 크기 제한이 없습니다. As noted 아래Capgo은 code 크기에 관계없이 앱 내의 모든 JS code을 변경할 수 있습니다.

주의: 앱 크기가 클수록 사용자가 업데이트를 다운로드하는 것이 어려워집니다. 우리는 앱 크기를 가능한 한 작게 유지하는 것을 권장합니다.

Capgo code push를 사용할 수 있는 방법은 무엇인가요?

__CAPGO_KEEP_0__ __CAPGO_KEEP_1__ push를 사용할 수 있는 방법은 무엇인가요?

production 앱에 긴급한 수정 사항
__CAPGO_KEEP_0__ __CAPGO_KEEP_1__ push를 사용할 수 있는 방법은 무엇인가요?
정기적으로 배송 (예: 매시간).

code __CAPGO_KEEP_1__ push를 사용할 수 있는 방법은 무엇인가요? 아래 더 많은 정보를 원하시면

Capgo에서 'MAU'는 무엇을 의미합니까?

MAU는 월간 활성 기기입니다. 30일 동안 Capgo과 통신하는 DISTINCT 기기가 한 개의 MAU로 계산됩니다. 두 개의 DISTINCT 네이티브 앱 ID와 함께 사용되는 동일한 물리적 기기는 각 앱 ID에 한 번씩 계산됩니다. 그들은 그들 사이에서 중복되지 않습니다.

웹层 또는 업데이트 라우팅만 다를 경우, 하나의 네이티브 앱 ID를 사용하세요. __CAPGO_KEEP_0__Capgo

iOS에서 __CAPGO_KEEP_0__ __CAPGO_KEEP_0__ v7.50.1+ 또는 v5.50.1+ 및 v6.50.1+ 업데이트를 통해 앱을 업데이트할 때는 새로운 기기 ID가 생성되지 않습니다. 앱 설정이 백업되면 ID가 복원되지만, 백업을 비활성화하거나 앱 설정을 제외하거나 앱 데이터를 삭제하면 새로운 기기 ID가 생성됩니다.

테스트 및 개발 빌드의 경우, 개발 빌드 및 에뮬레이터 전송을 프로덕션 채널에서 비활성화하세요. 이는 사용자 수를 제어하는 것이 아니며, 기기가 Capgo과 연결되면 여전히 카운트됩니다. 프로덕션 사용을 피하려면 라이브 업데이트를 비활성화하고 Capgo 엔드포인트를 호출하지 마세요. 자세한 설정은 라이브 업데이트가 없는 상태로 네이티브 빌드를 테스트하는 방법 을 참조하세요.

라이브 업데이트를 사용하지 못하는 Capgo code 푸시의 제한 사항은 무엇입니까?

Capgo cannot change native code such as Java, Kotlin, Objective-C, Swift, native plugins, or native configuration. Those changes require a new native app release. For store-review scope, see __CAPGO_KEEP_1__.

Capgo 제품의 capacitor.config.ts 설정을 Capgo를 통해 업데이트할 수 있나요?

No. Short rule: Capgo can send the generated web build folder, including HTML, CSS, JavaScript, assets, and pure-JavaScript package changes bundled into that output. Changes to capacitor.config.tsCapgo npx cap sync Capgo npx cap copy Capgo

The Capacitor configuration file is read at native build time and compiled into the native app binary. If you need to change your Capacitor configuration, you must:

Capgo capacitor.config.ts Capgo
native 앱을 다시 빌드하세요 (npx cap sync native 빌드와 함께)
앱 스토어에 새로운 바이너리를 제출하세요

Capgo은 스토어에 제출해 주나요?

Capgo 빌드는 iOS 또는 Android 프로젝트를 컴파일하고 서명할 수 있으며, 설정된 경우 App Store Connect 또는 Google Play로 서명된 결과를 제출할 수 있습니다. private 의존성, 웹 빌드, Capacitor 동기화, 커스텀 네이티브 준비와 같은 기존 CI를 유지할 수 있습니다. Capgo은 네이티브 빌드 단계에 제출된 네이티브 프로젝트를 받습니다.

보기 Capgo 빌드 그리고 그리고 빌드 구성 참조

디스크에 Capgo이 저장되는 곳은 어디인가?

Capgo 업데이터 (앱 빌드 시 포함)는 capacitor이 로드할 수 있는 최신 다운로드된 번들을 code에 저장합니다. 안드로이드에서는 이 경로는 /data/user/0/com.example.app/code_cache/capgo_updater although 그 경로의 기본은 안드로이드 시스템이 제공하고 런타임 중 동적으로 변경될 수 있습니다. iOS 기기에서는 데이터가 저장됩니다. Library/Application Support/capgo.

Capgo 명령줄 도구 (예) npx @capgo/cli@latest bundle upload)은 디스크에 npm 캐시에서 설치됩니다. 로그인 정보는 홈 디렉토리에서 저장됩니다. ~/.capgo.

Capacitor Hot Reload과 관련이 어떻게 되나?

Capacitor의 Hot reload은 개발 시간 전용 기능입니다. Code push는 프로덕션용입니다.

Capacitor의 Hot reload은 개발 중에 기기에서 code을 변경할 수 있는 기능입니다. Capacitor 앱을 빌드할 때 로컬 머신에 연결할 수 있는 프록시를 필요로 합니다.

Code push는 code를 프로덕션 기기에서 변경할 수 있는 기능입니다. 우리는 플랫폼에 따라 다양한 기술을 사용하여 이 기능을 구현할 것입니다.

Capgo push는 어떤 종류의 code 변경을 지원합니까?

Capgo는 애플리케이션의 모든 자바스크립트 code를 변경할 수 있습니다. 이에는 앱 code 및 생성된 code도 포함됩니다. 또한 종속성을 업데이트할 수 있습니다. package.json code는 종속성을 업데이트할 수 있습니다. 단, native code 변경이 필요하지 않아야 합니다.

native code 변경은 지원하지 않습니다. 예를 들어, 안드로이드의 Java/Kotlin 또는 iOS의 Objective-C/Swift 변경은 지원하지 않습니다. native code 변경이 감지되면 도구는 경고 메시지를 표시합니다.

웹은 __CAPGO_KEEP_0__ push가 필요하지 않습니다. 웹 앱을 열면 서버에서 최신 버전을 다운로드합니다.

Code push isn’t needed for web as the web already works this way. When a user opens a web app it downloads the latest version from the server if needed.

code push는 웹 앱의 경우 필요하지 않습니다. 웹 앱을 열면 서버에서 최신 버전을 다운로드합니다. 웹 앱에 대한 code push를 사용하는 경우 알려주세요!

iOS, 안드로이드, 맥, 윈도우, 리눅스 등에서 작동할까요?

네.

현재는 안드로이드, iOS, Electron 지원에 초점을 맞추고 있으며 code은 모든 세 가지에서 프로덕션 준비가 완료되었습니다.

Capgo OS 버전은?

Capgo는 Capacitor이 지원하는 Android 버전과 동일한 버전을 지원합니다.

Capacitor은 현재 Android API 레벨 22+ 및 iOS 13.0+를 지원합니다: https://capacitorjs.com/docs/main/reference/%EC%A3%BC%EC%86%8D-%EB%B0%A9%EC%B9%98

Capgo은 Capacitor의 어떤 버전을 지원하는가요?

Capgo은 최근 안정적인 Capacitor 릴리스만 지원합니다. 우리는 Capacitor의 이전 버전도 지원할 수 있지만, 유지 관리를 위해 필요한 인프라를 구축하지 않았습니다. 향후 Capacitor의 더 많은 버전을 지원할 예정이며, 기업 고객의 경우 모든 버전을 지원할 예정입니다. https://github.com/Cap-go/capgo/issues/1100

Capgo은 Capacitor의 안정적인 버전을 추적하고, 안정적인 릴리스 후 몇 시간 이내에 업데이트를 진행합니다. 업데이트를 위한 시스템은 자동화되어 몇 분 만에 완료됩니다. 그리고 추가적인 수동 검증 단계를 거쳐서 서버에 업로드합니다.

__CAPGO_KEEP_0__과 앱/플레이 스토어 리뷰 프로세스 또는 정책과 관련이 있나요?

Capgo은 Capacitor 웹层에만 변경을 전달합니다: HTML, CSS, JavaScript, 및 자산이 이미 WebView에서 실행 중인 앱입니다. native 바이너리, native 플러그인, 권한, 특권, 서명, 또는 스토어 메타데이터를 변경하지 않습니다.

native 스토어 릴리스를 사용하여 모든 native 변경 사항 및 물리적 변경 사항을 사용하고, 앱의 검토된 목적 또는 기능에 영향을 줄 수 있는 변경 사항을 유지하세요.

Capgo은 앱 스토어 또는 구글 플레이 승인에 보장합니까?

아니요. 애플과 구글은 각 앱을 별도로 검토하고 배포합니다. Capgo은 개인별 승인 또는 검토 결과를 보장할 수 없습니다. 앱의 내용, 공개 정보, 업데이트 범위 및 현재 스토어 정책에 대한 준수는 팀이 책임져야 합니다.

승인 및 배포 계획을 위해 공식 정책을 직접 읽으십시오: 애플 앱 스토어 검토 지침 그리고 구글 플레이 기기 및 네트워크 방지 정책.

Capgo을 나의 국가에서 사용할 수 있나요?

우리는 Capgo에 대한 접근을 제한하는 국가를 시도하지 않았습니다.

우리는 국가별로 url에 대한 접근을 제한하는 국가가 있는 것을 인식합니다. Capgo은 현재 Cloudflare Cloud를 사용하고 있습니다. 이는 R2 Storage와 Cloudflare 워커를 포함합니다.

다음 URL은 Capgo에 사용됩니다:

https://api.capgo.app — 사용자는 __CAPGO_KEEP_0__ 서버 및 사용자의 기기에서 업데이트 확인을 위해 __CAPGO_KEEP_1__ 업데이터와 상호 작용하기 위해 명령 줄 도구에 의해 사용됩니다. npx @capgo/cli command line tools를 사용하여 Capgo 서버와 사용자의 기기에서 Capgo 업데이터를 통해 업데이트 확인을 위해 상호 작용할 수 있는 도구입니다.
https://*.r2.cloudflarestorage.com — 사용자는 __CAPGO_KEEP_0__ 서버 및 사용자의 기기에서 업데이트 확인을 위해 __CAPGO_KEEP_1__ 업데이터와 상호 작용하기 위해 명령 줄 도구에 의해 사용됩니다. npx @capgo/cli bundle 업로드 및 다운로드를 위한 명령 줄 도구

만약 그 URL 중 하나가 당신의 국가에서 접근할 수 있다면, Capgo은 작동해야 합니다.

그 중 하나의 URL에 대한 접근이 당신의 국가에서 필요로 한다면, 접근을 차단하는 것을 허용해 주시고, 우리는 당신과 함께 해결책을 찾을 수 있도록 도와드리겠습니다. 프록시 서버는 하나의 옵션입니다.

Capgo을 자체 호스팅할 수 있나요?

네. Enterprise는 Capgo 배포를 지원합니다. 업데이터 백엔드가 자체 인프라에서 실행될 때 라이센스된 셀프 호스팅 배포를 필요로 할 때. Self-Hosted Updater __CAPGO_KEEP_0__ 배포 모델 및 엔드포인트를 참조하십시오.

code는 인터넷 연결이 필요하나요?

네. 네트워크 연결이 필요하다는 것은, 일반 인터넷에서 업데이트를 분산하는 별도의 서버를 구축할 수는 있지만, 업데이트를 장치로 전송하기 위해 어떤 형태의 네트워크 연결이 필요하다는 것을 의미합니다.

Capgo는 네트워크 연결이 없을 때 어떻게 영향을 받나요?

Capgo 업데이터 (Capgo으로 빌드한 앱에 포함되어 있습니다)는 네트워크 연결 문제에 대한 내결함성을 갖추고 설계되었습니다.

기본 업데이트 동작에서, 앱이 시작될 때 Capgo 업데이터에 알림을 보내고, 별도의 스레드를 사용하여 Capgo 서버에 네트워크 요청을 보내 업데이트를 요청합니다. 네트워크 요청이 실패하거나 타임아웃이 발생하면 업데이터는 다음 앱 시작 시 다시 확인하려고 시도합니다.

명령 줄 도구 (예: Capgo) npx @capgo/cli@latest bundle uploadCapgo 명령 줄 도구 (예: Capgo)는 네트워크 연결이 필요합니다. Capgo를 사용하여 앱을 배포하는 경우 CI 시스템이 네트워크 연결이 되어야 합니다.

사용자가 오랫동안 업데이트를 하지 않고 업데이트를 놓친 경우 어떻게 되나요?

우리는 항상 업데이트 요청을 받는 기기별로 맞춤형 업데이트를 보내고, 요청자에게 항상 최신 버전을 제공합니다. 따라서 사용자가 오랫동안 업데이트를 하지 않으면 중간 업데이트를 놓칠 수 있습니다.

업데이트 서버를 변경하여 다음 인크래멘탈 버전 또는 최신 버전 중 하나를 응답하도록 할 수 있습니다. 이에 대한 대안 업데이트 동작이 중요하다고 생각하시면 알려주세요.

Capgo와 Capacitor은 어떻게 관련되어 있나요?

Capgo는 Capacitor의 플러그인으로 code 푸시를 제공합니다. Capgo은 Capacitor의 대체품이 아닙니다. Capacitor 도구를 계속 사용할 수 있습니다.

Capacitor와 code의 관계

업데이트가 언제 발생하는지?

기본적으로 Capgo 업데이터는 앱 시작 시 업데이트를 확인합니다. 배경 스레드에서 실행되며 UI 스레드를 차단하지 않습니다. 업데이트가 설치되면 사용자가 앱을 사용하는 동안 설치되고 다음으로 앱이 재시작될 때 적용됩니다.

업데이트 Capgo 업데이터를 수동으로 실행할 수도 있습니다. @capgo/capacitor-updater 패키지를 통해 업데이트를 언제든지 트리거할 수 있으며 푸시 알림을 통해도 트리거할 수 있습니다.

Capgo 업데이터는 네트워크가 사용할 수 없거나 서버가 다운되거나 도달할 수 없을 때도 앱이 정상적으로 작동하도록 설계되었습니다. 우리 서버에서 업데이트를 삭제할 경우에도 모든 클라이언트가 정상적으로 작동합니다.

업데이트 롤백 기능을 추가했습니다. 가장 단순한 방법은 이전 버전의 채널에 이전 버전의 패치를 첨부하는 것입니다.

업데이트 롤백 기능을 추가했습니다.

앱 ID를 보안해야 하나요? app_id 앱에 포함되어 있으며 공개되면 안전합니다. 버전 관리 (공개적으로도) 하여도 다른 사람이 액세스할 수 없다는 점에 대해 걱정하지 않아도 됩니다.

누군가가 앱의 __CAPGO_KEEP_0__ 서버에서 최신 버전을 가져올 수 있지만, 앱 업데이트를 푸시하거나 __CAPGO_KEEP_1__ 계정의 다른 측면에 접근할 수는 없습니다. app_id can fetch the latest version of your app from Capgo servers, but they cannot push updates to your app or access any other aspect of your Capgo account.

Direct link to Capgo 서버로 어떤 정보가 전송되는지 알아보기

규정 준수 설정.

설정 statsUrl: '' Capawesome과 비교할 때, Capgo는 __CAPGO_KEEP_2__을 제공합니다. Capawesome은 __CAPGO_KEEP_3__을 제공합니다. statsUrl proxy 또는 관리할 수 있는 엔드포인트로 전송; 참조 __CAPGO_KEEP_7__ 또는 __CAPGO_KEEP_8__로 전송할 수 있습니다. 자세한 내용은 업데이트 확인은 Capgo에 app-scoped device identifier가 필요하므로 Capgo이 올바른 업데이트를 선택하고 월간 활성 기기 수를 측정할 수 있습니다.

The sub-processor 목록 은 제공자, 처리 위치, 전송 메커니즘 및 변경 내역에 대한 최신 공공 참조 소스입니다.

HIPAA-sensitive 앱을 위해 Capgo을 사용할 수 있나요?

예, 그러나 Compliance 소유자는 올바른 배포 모델을 선택해야 합니다. Capgo Cloud는 현재 HIPAA-compliant hosted statistics processor로 제시되지 않습니다. 기본적으로 업데이터 데이터는 기기-스코프이며 알려진 앱 사용자와 연결되지 않으며 많은 팀이 그 모델을 성공적으로 사용합니다.

strict한 검토를 위해 플러그인 트래픽을 지역화할 수 있고 statistic을 비활성화하려면 설정을 변경하세요. statsUrl See CapacitorUpdater.setCustomId(...) See

See HIPAA 준수 통계가 비활성화된 경우의 기술 설정과 관찰 가능성의 트레이드 오프를 참조하세요.

Capgo live update 데이터를 유럽에서 유지할 수 있나요?

네. EU 데이터 거주지 요구하는 앱은 Capgo Cloud 플러그인 트래픽을 위해 업데이터 엔드포인트를 EU 호스트로 설정할 수 있습니다.

updateUrl: https://plugin.eu.capgo.app/updates
statsUrl: https://plugin.eu.capgo.app/stats
channelUrl: https://plugin.eu.capgo.app/channel_self

__CAPGO_KEEP_0__ Cloud 플러그인 트래픽을 위한 EU 호스트의 업데이터 엔드포인트를 설정할 수 있습니다. capacitor.config.ts업데이트 체크, 통계, 채널 자체 할당이 동일한 지역 데이터 경로를 사용하기 위해, 모든 세 개의 EU URL을 함께 사용하세요. 이 값은

이러한 값은 기존 설치를 사용하는 existing installs이 새로운 엔드포인트를 사용하기 위해서는 native release이 필요합니다. for exact Capacitor 및 Electron 예시.

Capgo 위치

Capgo은 현재 안드로이드, iOS, Electron을 지원합니다. 모두 프로덕션 준비 완료입니다.

Capgo을 iOS, Android, 또는 Electron으로 사용할 수 있으며, Android와 App Store에 빌드된 ipa를 설정할 수 있습니다.

Capgo은 데스크톱 또는 임베디드 타겟을 지원할 수 있습니다. 중요한 경우 알려주세요.

Capgo은 어떻게 Play Testing Tracks 또는 Apple TestFlight와 상호작용합니까?

각 앱 스토어에는 사용자들을 그룹으로 나누고 각 그룹에 특정 버전의 앱을 배포하는 데 사용되는 분산 메커니즘들이 있습니다.

그러나, 이러한 메커니즘들 중 일부는 3rd 파티가 특정 테스트 트랙 또는 테스트 플라이트에서 앱이 설치되었는지 감지할 수 없다는 문제가 있습니다. 따라서, Capgo 패치에 대한 접근을 이러한 그룹에 기반으로 게이트할 수 없습니다. https://stackoverflow.com/questions/53291007/can-an-android-application-identify-the-test-track-within-google-play https://stackoverflow.com/questions/26081543/how-to-tell-at-runtime-whether-an-ios-app-is-running-through-a-testflight-beta-i

Capgo 배포 가능성 구분을 원하신다면 4 가지 옵션이 있습니다.

각 그룹에 대해 별도의 채널을 사용하세요. 가장 직관적인 방법이지만, 여러 채널을 관리해야 합니다. 이미 개발 채널과 운영 채널이 다르게 사용 중일 수 있습니다. 따라서 개발 채널을 업데이트하고 확인한 후에 운영 채널을 별도로 업데이트할 수 있습니다. 우리는 버전 관리에서 branch / tag를 사용하여 각 릴리즈와 관련된 소스에 대한 추적을 도와주는 것을 추천합니다.
업데이트를 특정 사용자에게만 트리거하고, 자동 업데이트를 비활성화하고, 사용자 지정한 사용자만을 위한 업데이트를 트리거하는 기능을 사용하여, 사용자 지정한 사용자만을 위한 업데이트를 트리거하고, 자동 업데이트를 비활성화할 수 있습니다. @capgo/capacitor-updater 패키지입니다. 현재 작동하지만, 사용자들의 동의를 관리해야 합니다.
Capgo은 각 기기별로 옵트인 메커니즘을 생성할 수 있도록 허용합니다 (Test Tracks 또는 TestFlight과 유사하지만 플랫폼에 독립적입니다). 이는 QA 팀이 일반 대중에게 승격되기 전에 번들을 옵트인할 수 있도록 합니다.
사용 progressive rollouts 채널의 임의적이고 고정된 부분 집합으로 후보 배포를 전달하십시오. 0–100%의 롤아웃을 설정하거나 사용하십시오 --rollout-percentage-bps 0.01%의 증가 단위로 구성되며, 캐시 유효 시간을 60초에서 365일까지 설정하고 옵션으로 자동 일시 정지 정책을 구성할 수 있습니다. 이 옵션은 특정 장치 그룹을 선택하지 않습니다.

구독 및 요금제

제품 계획을 업그레이드하거나 다운그레이드하는 방법은?

제품 계획을 언제든지 대시보드에서 업그레이드하거나 다운그레이드할 수 있습니다: https://console.capgo.app/설정/기업/계획업그레이드는 즉시 적용되며, 다운그레이드는 현재 청구 주기 종료 시까지 적용됩니다.

MAU 제한치를 넘었을 때 어떻게 되나요?

Capgo은 50%, 70%, 90%, 100%의 MAU 제한치를 넘었을 때 이메일을 보내줍니다. 한 번 제한치를 넘으면, 라이브 업데이트 기능은 청구 주기 종료 시까지 사용할 수 없습니다. 더 높은 제품 계획으로 업그레이드하거나, 업데이트 기능을 사용할 수 있도록 크레딧을 구매하세요. 자세한 내용은 Capgo 가격 정보 그리고 가격.md 계획 수준에 대해

환불을 제공합니까?

법적으로 요구되지 않는 경우, 유료 구독 요금은 환불되지 않습니다. 특정 환불 요청은 Capgo의 자율 판단에 따라 개별적으로 고려될 수 있습니다. 지원 환불이 가능하다고 생각하시면

계정 갱신 시기는 언제인가요?

결제 기간은 매월 Capgo에 처음 구독한 달에 자동으로 초기화됩니다. 예를 들어, 15일에 구독한 경우 매월 15일에 결제 기간이 초기화됩니다.

내 구독을 취소하는 방법은?

내 구독을 언제든지 داش보드에서 취소할 수 있습니다: https://console.capgo.app/설정/기업/계획

1년 미리 결제할 수 있나요?

네. 내 내 조직 계획 설정에서.

저장소에 포함되는 항목은 무엇이며, 보관 기간을 변경할 수 있나요?

저장소는 historical bundle과 그들의 Delta assets를 포함합니다. 각 앱의 App Settings에서 사용하지 않는 bundle의 보존을 제어할 수 있습니다. 활성 채널 또는 롤아웃과 연결된 bundle은 배포와 롤백을 위해 남아있는 채널로 보호되므로 계속해서 사용할 수 있습니다.

지역 복제는 저장소나 대역폭을 증가시키나요?

대역폭은 지역 복제로 인해 증가하지 않습니다. 저장소에 포함되는 것은 채널에 걸쳐 있는 모든 historical bundle과 그들의 Delta assets입니다. 각 앱의 App Settings에서 사용하지 않는 bundle의 보존을 제어할 수 있습니다. 활성 채널 또는 롤아웃과 연결된 bundle은 배포와 롤백을 위해 남아있는 채널로 보호되므로 계속해서 사용할 수 있습니다..

저장소에 포함되는 것은 채널에 걸쳐 있는 모든 historical bundle과 그들의 Delta assets입니다. 각 앱의 App Settings에서 사용하지 않는 bundle의 보존을 제어할 수 있습니다. 활성 채널 또는 롤아웃과 연결된 bundle은 배포와 롤백을 위해 남아있는 채널로 보호되므로 계속해서 사용할 수 있습니다.

Capgo에서 실제로 다운로드한 파일의 대역폭만 계산됩니다.

업데이트 델타: 업로드할 때 --delta, 기존에 가지고 있는 버전을 가지고 있는 기기만 다운받습니다. 다운받는 파일은 변경된 파일만이 카운트됩니다. 변경되지 않은 파일은 큰 이미지나 글꼴과 같은 파일은 다시 다운받지 않으며 비용이 들지 않습니다. 자세히 보기 업데이트 델타.
EDGE 캐시: EDGE 캐시에 이미 캐시된 파일이나 전체 ZIP이 요청되면 다운로드가 네트워크 대역폭에 영향을 주지 않습니다. 델타 파일과 전체 ZIP 모두에 적용됩니다.
다운로드 재개: 다운로드가 중단되면 기기에서 중단된 지점부터 다시 시작합니다. 이미 다운받은 부분은 다시 다운받거나 카운트되지 않습니다.
전체 ZIP: 델타 지원이 없는 플러그인 버전의 기기나 델타 지원이 없는 업로드의 경우 전체 ZIP을 다운받습니다. EDGE 캐시에서 제공되지 않는 경우에만 카운트됩니다. --delta네트워크 대역폭을 낮추기 위해

업로드할 때 --delta 및 자주 변경되지 않는 큰 자산을 안정적인 파일 경로에 유지하세요.

기업 SLA는 무엇을 포함합니까?

기업은 99.9%의 월간 가동률 약속을 생산 플랫폼에 포함합니다. 약속을 실현하지 못한 경우, 서비스 크레딧 일정은 월간 가동률에 따라 10%에서 30%까지입니다. 초기 지원 응답 목표는 P1: 24/7/365, 1시간; P2: 2시간; P3: 1일; P4: 2일입니다. 자세한 내용은 기업 SLA 전체 조건을 읽으세요.

통계 및 분석

대시보드에 표시되는 통계는 매일 자정 UTC에 업데이트됩니다. 통계는 DISTINCT 월간 활성 사용자 30일 동안의 연속적인 기간 동안 활성화됩니다.

장치 ID가 생성되는 방법

장치 ID는 첫 번째 실행 시 장치에서 생성되고, 장치당 설치를 중복 제거하고 사용자당 월간 활성 사용자 수를 계산하기 위해 사용됩니다. (예: 월간 활성 사용자 수).

월간 활성 사용자 수는 설치 수보다 Capgo 가격을 정하는 데 더 정확하고 실제 장치당 Capgo 비용을 반영하는 것이 더 좋습니다.

장치 ID 유지:

iOS: v7.25.0부터, 장치 ID는 Keychain에 저장되어 정상적인 재설치를 통해 유지됩니다.
Android: v7.50.1 이상 (또는 v5.50.1+/v6.50.1+ 버전) 사용하세요. 장치 ID는 Android Backup/Restore가 앱 설정을 유지할 때만 복원됩니다.
Electron: 기기 ID는 안전한 저장소에 저장됩니다.
안드로이드 예외: 백업을 비활성화하거나 관련된 설정을 제외하거나 앱 데이터를 삭제하면 새로운 기기 ID가 생성됩니다. Android v7.25.0부터 v7.50.0까지는 백업이 활성화된 경우에도 재설치 후 새로운 기기 ID를 생성할 수 있습니다.

기기 ID는 앱 범위에 속하고 Live Update 전송 및 MAU 중복 제거를 지원하며 광고나 앱 간 추적 식별자로 사용되지 않습니다.

기기 ID 목록은 업데이터 또는 통계 엔드포인트를 통해 Capgo와 연결된 앱이 체크인한 후에 나열됩니다. 기기는 패치 설치 이전에 기기 목록에 나타날 수 있습니다.

왜 내 기기 번호가 MAU와 다르죠?

기기 목록과 MAU는 서로 다른 신호에 기반합니다.

The device list shows the latest known metadata for each device, such as the device ID, platform, plugin version, OS version, native version, channel, installed bundle, and request country when available. The request country is the latest valid two-letter code received from a Cloudflare-handled request for that device, not GPS or app-provided location. Requests without a valid country do not clear the last valid value. Capgo updates this metadata when the app checks in, but repeated check-ins that report the same metadata may not change the row or its last update time.

billing window 내에 활성 장치의 고유한 활성 장치를 카운트합니다. 활동은 장치 메타데이터가 동일한 경우에도 증가할 수 있으므로 장치 카운트와 MAU는 다를 수 있습니다.

플랫폼별로 다른 업데이트 방법은 어떻게 하나요?

각 플랫폼별로 채널을 만들 수 있습니다. 그리고 각 채널에서 플랫폼별 업데이트 옵션을 비활성화할 수 있습니다.

iOS 채널에서 안드로이드 업데이트 옵션을 비활성화하고, 안드로이드 채널에서 iOS 업데이트 옵션을 비활성화합니다.

그런 다음 각 채널에 업로드한 번들을 통해 플랫폼별로 다른 업데이트 방법을 사용할 수 있습니다.

만약 두 플랫폼에 동일한 업데이트 방법이 필요하다면, 여러 채널에 하나의 번들을 연결할 수 있습니다. 번들을 중복해서 업로드할 필요가 없습니다.

FAQ에서 계속 진행하세요.

Capgo Builder를 사용 중입니다. FAQ live update 배달을 계획하려면 Capgo 실시간 업데이트 Capgo Live Updates 개요 개요 기능 기능 업데이트 동작 업데이트 동작 업데이트 유형 업데이트 유형