FAQ

설치 단계와 이 플러그인의 전체 마크다운 가이드와 함께 설정 프롬프트를 복사하세요.

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

“code push”는 무엇입니까?

Code push(Capacitor)는 앱을 프로덕션 환경에서 업데이트할 수 있는 클라우드 서비스입니다. Capgo는 현재 Android, iOS, Electron에서 작동합니다.

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

Capgo CLI 버전은 플러그인이나 Capacitor 버전과 일치해야 하나요?

No. Always use the latest Capgo CLI (npx @capgo/cli@latest). The CLI and Capgo Console follow their own versioning and stay compatible with any supported updater plugin major. Capgo plugins follow Capacitor majors; see Capgo 버전 관리 LTS 태그와 같은 @lts-v7.

배포본과 번들 사이의 차이점은 무엇인가요?

배포본을 앱 스토어에 준비하는 것을 의미합니다. 앱 스토어에 배포된 exact binary를 추적하기 위해 Capgo은 배포본을 추적해야 합니다.

배포본을 업데이트하기 위해 패치가 적용되는 것을 의미합니다. 배포본을 업데이트하기 위해 code의 새로운 버전이 필요합니다. npx @capgo/cli@latest bundle upload code의 새로운 버전을 로컬에 설치한 후 bundle을 생성하고 사용자에게 배포하는 명령어입니다.

델타 업데이트 파일 경로 제한은 존재합니까?

예:

0바이트 파일: Capgo에서 CLI 로그 Ignoring empty file... Delta 매니페스트에서 빈 파일을 제외하고, 0바이트 파일을 업로드하지 않습니다. 업로드가 실패하지 않습니다. 따라서 빈 파일은 업로드 결과에 영향을 주지 않고 배포를 중단하지 않습니다. Delta 배ंडल 경로에 0바이트 파일을 포함하지 마세요.
공백이 있는 경로: Delta 업로드는 공백이 포함된 배ंडल 경로에서 명확한 오류로 실패합니다. 파일이나 디렉토리 이름을 공백이 없는 이름으로 변경하여 Delta 업데이트를 업로드하세요.

보기 Delta 업데이트 설정 세부 사항을 참조하세요.

로드맵이란 무엇인가요?

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

우리 팀은 공개적으로도 운영되므로 언제든지 우리가 작업 중인 것을 볼 수 있습니다. 우리는 로드맵이나 우선순위에 대한 질문에 대해 Github 이슈나 디스코드를 통해 언제든지 답변해 드리겠습니다. 디스코드.

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

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

더보기 팀 더 자세한 정보는

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

No. Capgo servers never see your source code. When you run npx @capgo/cli@latest bundle upload, Capgo stores a zip file of the minified/compiled code - the same code that a browser would receive, not your source code.

For additional security, you have two options:

__CAPGO_KEEP_0__: __CAPGO_KEEP_0__를 업로드하기 전에 암호화하여 저장 및 전송을 보호하고,第三자들이 암호화된 업데이트를 생성할 수 없도록 하세요. 이 방법은 배포된 웹 자산을 역공학할 수 없게 만드는 것은 아닙니다. 왜냐하면 배포된 앱에는 공개 키가 포함되어 있기 때문입니다.
__CAPGO_KEEP_0__: Capgo에 다운로드 링크만 제공하고, Capgo에 업로드할 필요가 없습니다. --external <url>

See also our privacy policy: https://capgo.app/privacy

__CAPGO_KEEP_0__

아니요. Bundle 파일은 사용자들이 다운로드할 수 있도록 설계된 공개 웹 자산입니다. Bundle URL을 알고 있는 누구든지 해당 파일을 가져올 수 있으며, Capgo은 설정 및 문서화 과정에서 사용자에게 이를 알립니다.

Bundle 파일에 대한 접근은 데이터 유출로 간주되지 않습니다. 비밀, 자격 증명, 개인 데이터, 규제 데이터를 앱 Bundle에 포함하지 마십시오. 고급 보안 사용 사례에 대해 더 강한 비밀성을 필요로 하는 경우, 끝에서 끝까지 암호화 사용하십시오. 그러나 보안 보고서 작성 시, shipped 앱 code 및 자산은 여전히 공개로 간주됩니다.

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

네. Capgo은 CI 시스템에서 사용할 수 있도록 설계되었습니다. 우리는 Android 및 Github Actions 그리고 iOS, 그리고 GitLab다른 CI 시스템은 유사합니다.

GitHub 이슈나 디스코드를 통해 연락하지 마십시오. 문제가 발생하면.

이것은 Firebase Remote Config 또는 Launch Darkly와 어떻게 관련되는지 설명합니다.

Code 푸시를 통해 code을 추가하거나 code을 대체할 수 있습니다. Firebase Remote Config 및 Launch Darkly는 모두 구성 시스템입니다. 앱의 구성 변경을 위해 새로운 버전을 배포하지 않고도 구성 변경이 가능합니다. code을 대체하는 것은 목적이 아닙니다.

이것은 얼마나 많은 의존성 footprint를 추가하는지 설명합니다.

최근에 측정하지는 않았지만 code 푸시 라이브러리는 Capacitor 앱에 1MB 미만의 크기를 추가할 것으로 예상됩니다. 크기를 더 작게 만들 수 있는 방법을 알고 있습니다. 크기가 문제가 되면 알려주십시오.

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

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

iOS 18.4 시뮬레이터에서 __CAPGO_KEEP_0__이 작동하는지 여부에 대한 자세한 내용은 React Native 이슈에서 확인할 수 있습니다. facebook/react-native#50510

code 푸시가 대형 애플리케이션과 함께 작동하는지 여부에 대한 질문

예. code 푸시에는 애플리케이션의 크기에 대한 제한이 없습니다. 아래에 설명된 것과 같이 __CAPGO_KEEP_0__ 푸시는 애플리케이션의 크기에 관계없이 __CAPGO_KEEP_1__을 변경할 수 있습니다., Capgo can change any JS code in your application regardless of size.

__CAPGO_KEEP_0__ __CAPGO_KEEP_1__ 푸시를 사용할 수 있는 방법에 대한 질문

Capgo code 푸시를 사용할 수 있는 방법에 대한 질문

다양한 사용 사례를 보았습니다.

프로덕션 앱에 긴급한 수정을 제공합니다.
사용자에게 오래된 앱 버전의 버그 수정을 제공합니다.
매시간 (예: 매시간)로 지속적으로 제공합니다.

code가 앱의 주요 기능을 변경하는 방식으로 앱을 변경하는 것을 금지하는 대부분의 앱 스토어에 대해 참고하십시오. 아래 더 많은 정보를 참조하십시오.

Capgo의 'MAU'는 무엇을 의미하는가?

AU는 월간 활성 장치입니다. 30일 동안 Rolling 기간 동안 Capgo와 접촉하는 DISTINCT 장치가 해당 네이티브 앱 ID에 대해 1개의 AU로 계산됩니다. 동일한 물리적 장치가 두 개의 DISTINCT 네이티브 앱 ID와 함께 사용되는 경우 각 앱 ID에 대해 1회 계산되며, 그들 사이에 중복되지 않습니다.

웹层 또는 업데이트 라우팅만 다를 경우, 하나의 네이티브 앱 ID를 사용하세요. 채널이것은 하나의 Capgo 앱 아래에 flavors를 유지하고 릴리즈를 단순화합니다. flavors가 별도의 번들 ID, 서명 식별자, 권한 집합 또는 스토어 목록이 필요한 경우 별도의 네이티브 앱 ID를 사용하세요.

iOS에서 v7.25.0+ 정상적인 재설치 시 Keychain을 사용하여 랜덤한 앱 스코프 장치 ID를 유지합니다. Android에서 v7.50.1+ (또는 v5.50.1+ and (And) - context: Capgo 마케팅 웹사이트. 역할: 짧은 UI 레이블 또는 네비게이션 아이템. 페이지: trust.astro. 메시지 키 `and` (And). 업데이트 라인에서 ID가 다시 설정되며, Android Backup/Restore가 앱 설정을 보관할 때만 ID가 다시 설정됩니다. 백업을 비활성화하거나 앱 설정을 제외하거나 앱 데이터를 삭제하면 새로운 기기 ID가 생성됩니다. 앱을 업데이트하면 새로운 기기 ID가 생성되지 않습니다.

테스트 및 개발 빌드의 경우, 개발 빌드 및 에뮬레이터 전송을 프로덕션 채널에서 비활성화하세요. 그게 전달을 제어하는 것이며, MAU가 아닙니다: 기기는 여전히 Capgo에 접촉할 때 카운트됩니다. 프로덕션 사용을 피하기 위해, 라이브 업데이트를 비활성화하고 프로덕션 Capgo 엔드포인트를 호출하지 마세요. 자세한 설정은 Test Native Builds Without Live Updates 라이브 업데이트가 없는 테스트 네이티브 빌드

What can’t we use Capgo code push for?

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에서 capacitor.config.ts 변경을 업데이트할 수 있나요?

No. 짧은 규칙: Capgo은 생성된 웹 빌드 폴더, HTML, CSS, JavaScript, 자산 및 그 안에 포함된 순수 자바 스크립트 패키지 변경을 포함하여 전송할 수 있습니다. capacitor.config.ts변경 사항을 npx cap sync 또는 npx cap copy iOS 또는 Android 프로젝트를 업데이트해야 하는

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:

iOS 또는 Android 프로젝트를 업데이트해야 하는 capacitor.config.ts 변경 사항을
The __CAPGO_KEEP_0__ 구성 파일은 네이티브 빌드 시간에 읽어 들여 네이티브 앱 바이너리에 컴파일됩니다. __CAPGO_KEEP_1__ 구성이 변경되어야 하는 경우에는:npx cap sync Update
locally

Does Capgo submit to the stores for me?

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

See Capgo 빌드 및 빌드 구성 참조 workflow 및 스토어 제출 옵션에 대한

What does Capgo store on disk and where?

Capgo 업데이터 (빌드할 때 앱에 포함되어 있습니다)는 최신 다운로드한 번들을 캐시합니다. capacitor은 code를 로드할 수 있는 유일한 디렉토리입니다. Android의 경우, 이 위치는 /data/user/0/com.example.app/code_cache/capgo_updater although Android 시스템이 제공하는 경로의 기본이지만 런타임에 동적으로 변경될 수 있습니다. iOS 기기에서 데이터는 Library/Application Support/capgo.

명령줄 도구 (예: Capgo )는 디스크에 Capgo 캐시, 로그인 정보는 홈 디렉토리에서 저장됩니다. npx @capgo/cli@latest bundle upload이것은 npm Hot Reload과 어떻게 관련되는지에 대한 설명입니다. ~/.capgo.

How does this relate to Capacitor Hot Reload?로 바로 이동하세요.

Capacitor의 Hot reload은 개발 단계에서 Code를 변경할 수 있는 기능입니다. 이 기능은 로컬 머신에 연결하기 위해 프록시를 사용하여 __CAPGO_KEEP_2__ 앱을 빌드해야 합니다.

Hot reload is a feature of Capacitor that allows you to change code on the device during development. It requires building the Capacitor app with a proxy to connect to your local machine.

Direct link to What types of changes does Code code push support?

제목 ‘What types of changes does Capgo code push support?’

Capgo는 앱의 모든 자바스크립트 code를 변경할 수 있습니다. 이에는 앱 code 및 생성된 code도 포함됩니다. 또한 의존성을 업데이트할 수 있습니다. package.json 자연 code 변경이 필요하지 않다면.

자연 code (예: 안드로이드의 Java/Kotlin 또는 iOS의 Objective-C/Swift)를 변경하는 것을 지원하지 않으며, code 변경이 감지되면 경고 메시지를 표시합니다. 이는 패키지에 포함되지 않습니다.

웹을 지원합니까?

Code push는 웹에 필요하지 않습니다. 웹은 이미 이 방식으로 작동합니다. 사용자가 웹 앱을 열면 서버에서 최신 버전을 다운로드합니다.

웹에서 code push를 사용하는 경우를 알고 싶습니다!

iOS, Android, Mac, Windows, Linux 등에서 작동합니까?

네.

현재는 안드로이드, iOS, Electron을 지원하고 code push는 모두 프로덕션 준비가 완료되었습니다.

어떤 운영 체제 버전을 Capgo이 지원하는가?

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

Capacitor은 현재 Android API 22+ 및 iOS 13.0+ 버전을 지원합니다. https://capacitorjs.com/docs/main/reference/support-policy

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

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

Capgo tracks Capacitor stable and generally updates within a few hours of any stable release. Our system for doing these updates is automated takes a few minutes to run. We then do an extra manual verification step before publishing to our servers.

앱/플레이 스토어 리뷰 프로세스 또는 정책과 어떻게 관련되는지 설명해 주세요.

Capgo delivers changes only to the Capacitor web layer: the HTML, CSS, JavaScript, and assets already running in the app’s WebView. It does not change the native binary, native plugins, permissions, entitlements, signing, or store metadata.

native 변경 사항이나 앱의 목적 또는 기능에 영향을 줄 수 있는 물리적 변경 사항에 대해 native 스토어 릴리즈를 사용하세요. 사용자에게 제출한 앱 경험 내에서 라이브 업데이트 유지하세요.

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

아니요. 애플과 구글은 각 앱과 릴리즈에 대해 독립적으로 검토하고 승인합니다. Capgo는 개인적인 승인 또는 검토 결과를 보장할 수 없습니다. 앱의 콘텐츠, 공개 정보, 업데이트 범위, 및 현재 스토어 정책에 대한 준수는 팀이 책임져야 합니다.

리뷰 및 릴리즈 계획을 위해 공식 정책을 직접 읽어보세요. 애플 앱 스토어 리뷰 지침 그리고 구글 플레이 기기 및 네트워크 방지 정책.

Capgo을 사용할 수 있나요?

Capgo은 Capgo에 대한 접근을 제한하지 않았습니다.

Capgo은 Cloudflare Cloud를 사용하고 있으며, R2 Storage와 Cloudflare worker를 사용하고 있습니다. 일부 국가에서는 국가 내에서 접근할 수 있는 URL에 제한이 있습니다. Capgo은 현재 Cloudflare Cloud를 사용하고 있습니다.

Capgo이 사용하는 URL은 다음과 같습니다.

api.capgo.app __CAPGO_KEEP_0__ 서버와 사용자의 기기에서 __CAPGO_KEEP_1__ 업데이터를 사용하여 업데이트 확인을 위해 사용됩니다. npx @capgo/cli command line tools to interact with the Capgo servers as well as the Capgo updater on users’ devices to check for updates.
__CAPGO_KEEP_0__ 서버와 사용자의 기기에서 __CAPGO_KEEP_1__ 업데이터를 사용하여 업데이트 확인을 위해 사용됩니다. __CAPGO_KEEP_0__ npx @capgo/cli 업로드 및 다운로드를 위한 명령줄 도구

국가에서 모든 URL이 접근 가능하다면 Capgo이 작동해야 합니다.

국가에서 URL 중 하나라도 접근이 차단된다면, 알려주신다면 해결 방법을 찾을 수 있습니다. 프록시 서버는 하나의 옵션입니다.

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

네. Enterprise는 업데이터 백엔드가 자체 인프라에서 실행될 때 라이선스된 자체 호스팅 Capgo 배포를 지원합니다. 자세한 내용은 자체 호스팅 업데이터 자체 호스팅 업데이터

code 푸시가 인터넷 연결이 필요하나요?

네. 서버를 통해 업데이트를 분리하여 일반 인터넷과 분리할 수 있지만, 업데이트를 장치로 전송하기 위해 네트워크 연결이 필요합니다.

Capgo이 네트워크 연결이 없는 경우 어떻게 영향을 받을까요?

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

기본 업데이트 동작에서, 앱이 시작될 때 Capgo 업데이터를 알립니다. 이 업데이터는 별도의 스레드를 사용하여 Capgo 서버에 네트워크 요청을 보내 업데이트를 요청합니다. 업데이터가 별도의 스레드를 사용하여 네트워크 요청을 보내는 이유는 다른 작업을 방해하지 않도록 하기 위함입니다. 네트워크 요청이 실패하거나 타임아웃이 발생하면 업데이터는 다음 앱 시작 시 다시 업데이트를 확인합니다.

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

사용자가 오랜 시간 동안 업데이트를 하지 않으면 업데이트를 놓치게 되면 어떻게 될까요?

기기별로 업데이트를 항상 전송합니다. 요청하는 기기에 맞춰 업데이트를 전송하고, 요청자에게 항상 최신 버전을 제공합니다. 따라서 사용자가 오랫동안 업데이트를 하지 않으면 중간 업데이트를 놓치게 됩니다.

업데이트 서버를 변경하여 응답할 수 있는 버전을 선택할 수 있습니다. 예를 들어, 다음 incremental 버전 또는 최신 버전을 선택할 수 있습니다. 이에 대한 요구 사항이 있으시면 알려주세요.

Capgo은 Capacitor과 어떻게 관련되어 있는지 알려주세요.

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

Capacitor의 최신 안정 버전을 추적하고, code 푸시 플러그인을 업데이트하여 최신 버전과 호환되도록 합니다.

업데이트가 언제 발생하는지 알려주세요.

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

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

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

패치 롤백 기능을 추가했습니다. 이전 버전의 채널에 이전 버전의 패키지를 첨부하는 것만으로도 롤백이 가능합니다.

앱 ID를 보안해야 하나요?

앱 ID를 보안해야 하나요? app_id 아니요. 앱에 포함된

는 공개가 안전합니다. 버전 관리에 포함시킬 수 있으며, 누군가가 액세스할 수 있더라도 걱정하지 않아도 됩니다. 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.

를 알고 있다면 Capgo 서버에서 앱의 최신 버전을 가져올 수 있지만, 업데이트를 푸시하거나 __CAPGO_KEEP_1__ 계정의 다른 측면에 접근할 수는 없습니다.

데이터 인벤토리, 엔드포인트 동작, 개인 정보 보호 설정은 모두 규정 준수.

설정 statsUrl: '' __CAPGO_KEEP_0__ 업데이터 통계 보고서를 비활성화하려면 설정을 사용하세요. 또한 statsUrl 로 전송하거나 자체 호스팅 인프라에서 통계 처리을 참조하세요. 업데이트를 확인하려면 앱 범위의 장치 식별자가 필요하여 Capgo가 올바른 업데이트를 선택하고 월간 활성 장치 수를 측정할 수 있습니다.

The sub-processor list 제공자, 처리 위치, 전송 메커니즘 및 변경 내역의 최신 공공 참조 소스는

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

Capgo Cloud는 현재 HIPAA-compliant hosted statistics processor로 제공되지 않습니다. 기본적으로 업데이터 데이터는 기기 범위 내이며 알려진 앱 사용자와 연결되지 않으며, 많은 팀이 이 모델을 성공적으로 사용합니다.

더 엄격한 검토를 위해, 플러그인 트래픽을 지역화할 수 있고 statistics를 비활성화하거나, statistics endpoint만 자체 호스팅하거나, 라이선스된 자체 호스팅을 사용할 수 있습니다. 이메일, 사용자 ID, 환자 ID, 직원 ID, 또는 업데이터 전송성 데이터를 사용자로 매핑하는 어떤 값도 호출하지 마십시오. statsUrl HIPAA Compliance CapacitorUpdater.setCustomId(...) HIPAA-compliant hosted statistics processor로 제공되지 않습니다. 기본적으로 업데이터 데이터는 기기 범위 내이며 알려진 앱 사용자와 연결되지 않으며, 많은 팀이 이 모델을 성공적으로 사용합니다.

HIPAA-sensitive 앱을 위한 __CAPGO_KEEP_0__ 사용 가능 여부에 대한 직접 링크 HIPAA-sensitive 앱을 위한 __CAPGO_KEEP_0__ 사용 가능 여부 __CAPGO_KEEP_0__ live update 데이터를 유럽에 유지할 수 있나요?

HIPAA-sensitive 앱을 위한 Capgo 사용 가능 여부에 대한 직접 링크

Yes. Capgo 앱이 Cloud 플러그인 트래픽을 위한 EU 데이터 거주지 요구를 충족하려면 업데이터 엔드포인트를 EU 호스트로 설정할 수 있습니다.

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

업데이트 체크, 통계, 채널 자체 할당이 동일한 지역 데이터 경로를 사용하기 위해 EU URL 세 개를 모두 사용하십시오. 이 값은 capacitor.config.ts생산 모바일 앱은 기존 설치가 새로운 엔드포인트를 사용하기 전에 네이티브 릴리즈가 필요합니다.

참조하십시오. 데이터 위치 Capacitor과 Electron 예시의 정확한 Capacitor입니다.

Capgo은 어떤 플랫폼을 지원하는가요?

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

Capgo을 iOS, Android, 또는 Electron으로 사용할 수 있습니다. Android와 App Store에 빌드된 ipa, 또는 Electron 채널에 대한 채널 전략을 독립적으로 설정할 수 있습니다.

Capgo은 데스크톱 또는 임베디드 목적을 지원할 수 있습니다. 중요하다고 생각하시면 알려주십시오.

Capgo는 Capgo이 Play 테스트 트랙 또는 애플 테스트 플라이트와 어떻게 상호 작용하는지 설명합니다.

각 앱 스토어에는 사용자들을 구분하고 특정 버전의 앱을 각 그룹에 배포하는 데 사용되는 내부 테스트, 폐쇄 베타 등과 같은 분산 앱을 위한 별도의 메커니즘이 있습니다.

그러나, 이러한 메커니즘 중에는 3 위 파티가 특정 테스트 트랙 또는 테스트 플라이트를 통해 앱이 설치되었는지 감지할 수 있는 것들이 모두 아닙니다. 따라서, 우리는 이러한 그룹의 구성에 대한 신뢰할 수 있는 가시성을 얻을 수 없으며, 이러한 그룹에 따라 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 progressive rollouts progressive rollouts --rollout-percentage-bps progressive rollouts

progressive rollouts

billing 세부 사항: 요금 청구입니다. (Terms of Service legal page에서 사용됨).

당신의 대시보드에서 언제든지 계획을 업그레이드하거나 다운그레이드할 수 있습니다: https://console.capgo.app/settings/organization/plans

Billing 기간이 언제 다시 시작되는지?

Capgo에 처음 가입한 달의 달에 자동으로 Billing 기간이 다시 시작됩니다. 예를 들어, 당신이 15일에 가입했다면, 당신의 Billing 기간은 매월 15일 다시 시작됩니다.

내 구독을 취소하는 방법

당신의 대시보드에서 언제든지 구독을 취소할 수 있습니다: https://console.capgo.app/settings/organization/plans

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

네. 당신의 organization plan settings.

저장소에 어떤 것이 포함되어 있고, 보관 기간을 변경할 수 있나요?

저장소에는 당신의 채널에 걸쳐 있는 historical bundles과 Delta assets가 포함되어 있습니다. 당신은 각 앱의 App Settings에서 사용하지 않는 bundle 보관 기간을 제어할 수 있습니다. 활성 채널이나 롤아웃과 연결된 bundle은 계속 보호되므로 배포와 롤백을 위해 사용할 수 있습니다.

지역 복제는 저장소나 대역폭을 늘리나요?

아니요. 저장소는 지역에 상관없이 한 번만 계산됩니다. Capgo 대역폭은 에지 캐시에서 제공되지 않은 장치 다운로드에 기반합니다. 캐시에서 제공된 배송은 Capgo 대역폭 사용에 반영되지 않습니다.

엔터프라이즈 SLA에는 무엇이 포함되어 있습니까?

엔터프라이즈는 99.9%의 월간 가용성 약정을 포함합니다. 가용성 약정을 충족하지 못한 경우, 월간 가용성에 따라 10%에서 30%까지의 서비스 보상 계획이 적용됩니다. 초기 지원 대응 목표는 P1: 1시간, 24/7/365; P2: 2영업일; P3: 1영업일; P4: 2영업일입니다. 자세한 내용은 엔터프라이즈 SLA 엔터프라이즈 SLA에 대한 자세한 내용

통계 및 분석

대시보드에 표시된 통계는 매일 자정 UTC에 업데이트됩니다. 통계는 중복되지 않은 월간 활성 사용자 수 (MAUs) 30일 동안 활성화 된 기간.

기기 ID 생성 방법

기기 ID는 기기에서 첫 실행 시 생성되어, 기기당 중복 설치를 방지하고, 사용자당 월간 활성 사용자 수 (MAUs)와 같은 기준으로 요금을 청구할 수 있도록 합니다.

MAU is a better solution than number of installs to price Capgo, as it is more accurate and reflects the actual cost of Capgo per device.

기기 ID 유지:

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

기기 ID는 앱 범위 내이며 실시간 업데이트 전달 및 MAU 중복 제거를 지원합니다. 이는 광고나 앱 간 추적 식별자와는 별개입니다.

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

내 기기 번호는 왜 다른 MAU와 다르지?

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

기기 목록은 각 기기의 최신 알려진 메타데이터를 표시합니다. 예를 들어 기기 ID, 플랫폼, 플러그인 버전, OS 버전, 네이티브 버전, 채널, 설치된 번들, 요청 국가(가능한 경우) 등이 포함됩니다. 요청 국가는 code-처리된 요청에서 Cloudflare에 의해 처리된 요청에서 받은 마지막 유효한 두 자리 code입니다. GPS나 앱에서 제공한 위치가 아닙니다. 유효한 국가가 없는 요청은 마지막 유효한 값을 유지합니다. Capgo는 앱이 체크인할 때 이 메타데이터를 업데이트하지만, 동일한 메타데이터를 보고하는 반복적인 체크인은 행이나 마지막 업데이트 시간을 변경하지 않을 수 있습니다.

MAU는 계산 기간 동안 구독 중인 장치의 개수를 카운트합니다. 장치의 메타데이터가 동일한 경우에도 활동이 증가할 수 있으므로 장치의 개수와 MAU는 다를 수 있습니다.

플랫폼별로 다른 업데이트를 어떻게 받을 수 있나요?

각 플랫폼에 대해 채널을 만들고 각 채널에서 플랫폼별 업데이트를 비활성화할 수 있습니다.

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

각 채널에 업데이트를 업로드하여 플랫폼별로 다른 업데이트를 받을 수 있습니다.

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

FAQ에서 계속 진행하세요.

Capgo Builder를 사용하는 경우 FAQ 라이브 업데이트를 계획하기 위해, 그것을 연결하세요. Capgo 라이브 업데이트스 for the product workflow in Capgo Live Updates, __CAPGO_KEEP_0__ 라이브 업데이트스 개요 개요 내의 implementation 세부 정보를 위해 기능 기능 내의 implementation 세부 정보를 위해 업데이트 동작 업데이트 동작 내의 implementation 세부 정보를 위해, 업데이트 유형