FAQ

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

“code push”는 무엇입니까?

Code push(Capacitor)는 앱을 프로덕션 환경에서 업데이트할 수 있는 클라우드 서비스입니다. Capgo는 현재 안드로이드, 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.

배포와 번들의 차이란 무엇인가?

배포를 위해 앱 스토어에 배포할 바이너리를 준비하는 것을 의미합니다. 배포를 위해 앱 스토어에 배포한 바이너리를 추적하기 위해 Capgo은 정확한 바이너리를 알아야 합니다.

배포를 의미하는 용어를 사용합니다. 배포를 위해 앱 스토어에 배포한 바이너리를 추적하기 위해 code은 정확한 바이너리를 알아야 합니다. npx @capgo/cli@latest bundle upload 번들을 의미하는 용어를 사용합니다. 번들은 배포를 업데이트하기 위해 적용할 패치를 의미합니다. code이 새로운 버전으로 업데이트되면 번들을 생성할 수 있습니다.

번들을 생성하기 위해 사용하는 명령어입니다. 생성된 번들을 사용자에게 배포합니다.

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

• 0바이트 파일: Capgo에서 CLI 로그 Ignoring empty file... 및 Delta 매니페스트에서 빈 파일을 제외합니다. 업로드가 실패하지 않으므로 빈 파일은 배포를 중단하지 않고 결과 배ंडल을 변경할 수 있습니다. Delta 배ंडल 경로에 0바이트 파일을 포함하지 마십시오.
• 공백이 있는 경로: Delta 업로드는 명확한 오류와 함께 공백이 포함된 배ंडल 경로로 실패합니다. 파일 또는 디렉터리 이름을 공백을 제거한 이름으로 변경하여 Delta 업데이트를 업로드하기 전에 이름을 변경하십시오.

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

로드맵이란 무엇인가요?

프로젝트 보드도 공개되어 있으며 위치는 다음과 같습니다: https://github.com/orgs/Cap-go/projects

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

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

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

보기 팀 더 많은 정보를 위해서는

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

No. Capgo 서버는 원본 code을 절대 볼 수 없습니다. Capgo을 실행할 때 npx @capgo/cli@latest bundle uploadCapgo은 code의 압축/컴파일된 zip 파일을 저장합니다. 이는 브라우저가 받는 것과 동일한 code이지만, code의 원본이 아닙니다.

보안을 위해 추가 옵션 두 가지가 있습니다.

• End-to-End 암호화: 업로드 전 저장 및 전송을 보호하고, 개인 키가 없는 세 번째자가 유효한 암호화된 업데이트 생성을 방지하기 위해 배ंडल을 암호화하세요. 그러나 배포된 앱에 공개 키가 포함되어 있기 때문에 shipped 웹 자산은 역 엔지니어링이 불가능하지 않습니다.
• 외부 URL 업로드: 서버에 번들을 저장하고 다운로드 링크만 Capgo에 제공할 수 있습니다. --external <url>

개인 정보 보호 정책을 참조하십시오. https://capgo.app/privacy

bundle 파일은 개인 데이터인가요?

아니요. Bundle 파일은 사용자들이 다운로드할 수 있는 공개 웹 자산입니다. anyone이 bundle URL을 알고 있다면, 그 파일을 fetch할 수 있고, Capgo은 설정 및 문서화 중에 사용자에게 이를 알립니다.

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

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

네. Capgo는 CI 시스템에서 사용하기 위해 설계되었습니다. 우리는 Android 및 Capgo Actions Android 및 Github Actions 그리고 iOS, 그리고 GitLab다른 CI 시스템은 유사합니다.

GitHub 이슈나 디스코드를 통해 언제든지 연락해 주세요.

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

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

__CAPGO_KEEP_0__의 의존성 footprint 크기는 얼마나 큰가요?

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

Capgo은 iOS 18.4 시뮬레이터에서 작동하나요?

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

React Native 이슈에 대한 자세한 내용을 참조하세요: facebook/react-native#50510

code 푸시가 큰 앱과 함께 작동하는지 여부에 대한 질문

code 푸시로 앱의 __CAPGO_KEEP_1__을 변경할 수 있습니다. 참고: 앱 크기가 클수록 사용자가 업데이트를 다운로드하는 것이 어려워집니다. 앱 크기를 가능한 한 작게 유지하는 것을 추천합니다.Capgo code 푸시를 사용할 수 있는 방법에 대한 질문

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

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

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

• 프로덕션 앱에 긴급한 수정을 제공합니다.
• 사용자에게 오래된 버전의 앱에 버그 수정을 제공합니다.
• 매우 자주 (예: 매시간) 앱을 업데이트합니다.

대부분의 앱 스토어에서는 앱의 동작을 크게 변경하는 code을 배포하는 것을 금지하고 있습니다. 자세한 내용은 아래를 참조하세요. 아래 __CAPGO_KEEP_0__의 "MAU"는 무엇을 의미합니까?

Capgo의 "MAU"는 무엇을 의미합니까?

AU는 매월 활성화된 장치입니다. 30일 동안 Rolling 기간 동안 Capgo과 접촉하는 DISTINCT 장치가 해당 네이티브 앱 ID에 대해 하나의 AU로 간주됩니다. 동일한 물리적 장치가 두 개의 DISTINCT 네이티브 앱 ID와 함께 사용되는 경우 각 앱 ID에 대해 한 번씩 카운팅되며, 그들 사이에서 중복되지 않습니다.

웹层 또는 업데이트 라우팅만 다를 경우, 하나의 네이티브 앱 ID를 사용하여 __CAPGO_KEEP_0__ 앱을 유지하고 릴리스를 단순화합니다. 분리된 네이티브 앱 ID를 사용하여 각 맛이 별도의 번들 ID, 서명 식별자, 권한 집합 또는 스토어 목록을 필요로 할 경우. iOS에서, . That keeps the flavours under one Capgo app and makes releases simpler. Use separate native app IDs when a flavour needs a distinct bundle ID, signing identity, entitlement set, or store listing.

정상적인 Keychain 재설치를 통해 랜덤한 앱 스코프 장치 ID를 유지합니다. Android에서, v7.50.1+ (또는 v5.50.1+ 및 v6.50.1+ 채널 v6.50.1+ Android 백업/복원 기능이 앱 설정을 저장할 때만 ID가 복원됩니다. Android 백업/복원 기능이 앱 설정을 저장하지 않거나 앱 데이터를 삭제하거나 백업을 비활성화하면 새로운 기기 ID가 생성됩니다. 앱을 업데이트하면 새로운 기기 ID가 생성되지 않습니다.

테스트 및 개발 빌드의 경우, 프로덕션 채널에서 개발 빌드 및 에뮬레이터 전달을 비활성화하세요. 그로 인해 전달이 제어되는 것이고, MAU는 제어되지 않습니다. 기기가 Capgo에 접속하면 여전히 기기 ID가 생성됩니다. 프로덕션 Capgo 엔드포인트를 호출하지 않도록 하세요. 라이브 업데이트 없이 테스트 네이티브 빌드를 테스트하려면 라이브 업데이트 없이 테스트 네이티브 빌드를 테스트하려면

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 라이브 업데이트 없이 테스트 네이티브 빌드를 테스트하려면.

Can I update capacitor.config.ts changes via Capgo?

No. 짧은 규칙: Capgo은 생성된 웹 빌드 폴더, HTML, CSS, JavaScript, 자산 및 순수 자바 스크립트 패키지 변경을 포함하여 제출할 수 있습니다. 변경 사항은 capacitor.config.ts, 네이티브 플러그인 구성, 네이티브 패키지 설치 또는 업그레이드 및 iOS 또는 Android 프로젝트를 업데이트해야 하는 모든 항목 npx cap sync 또는 npx cap copy 네이티브 앱 릴리스가 필요합니다.

Capacitor 구성 파일은 네이티브 빌드 시간에 읽어져 네이티브 앱 바이너리로 컴파일됩니다. Capacitor 구성이 변경되어야 하는 경우, 다음을 수행해야 합니다:

1. 업데이트 capacitor.config.ts 지역
2. 네이티브 앱을 다시 빌드하십시오 (네이티브 빌드가 따로 필요합니다)npx cap sync 새로운 바이너리를 앱 스토어에 제출하십시오
3. __CAPGO_KEEP_0__은 스토어에 제출해 주나요?

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

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

See Capgo 빌드 및 빌드 구성 참조 워크플로우 및 스토어 제출 옵션에 대한

Capgo가 디스크에 저장하는 것은 무엇이며 어디에 저장합니까?

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

명령줄 도구 (예: Capgo )는 디스크에 설치되어 있습니다. npx @capgo/cli@latest bundle upload) are installed on disk in npm caches, your logins are stored in your home directory in ~/.capgo.

Capacitor Hot Reload과 관련이 있습니까?

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

Capacitor는 개발 중에 장치에서 code를 변경할 수 있는 기능입니다. Capacitor 앱을 빌드하고 로컬 머신에 연결하기 위한 프록시를 사용해야 합니다.

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

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

Capgo는 애플리케이션의 모든 자바스크립트 code를 변경할 수 있습니다. 이에는 앱 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 스토어 릴리즈를 사용하세요. 사용자에게 제출하고 disclose한 앱 경험 내에서 라이브 업데이트 유지하세요.

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

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

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

Capgo을 사용할 수 있나요?

Capgo은 Capgo의 접근을 어떤 국가에서나 제한하지 않았습니다.

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

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

• https://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__ 업데이터를 사용하여 사용자의 기기에서 업데이트를 확인하는 데 사용됩니다. npx @capgo/cli 업로드 및 다운로드 배너를 위한 명령 줄 도구

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

국가에서 URL 중 하나에 대한 접근이 필요로 하는 경우, 알려주십시오. 우리는 해결책을 찾기 위해 함께 일할 수 있습니다. 프록시 서버는 하나의 옵션입니다.

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

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

Does code push require the internet to work?

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

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

Capgo updater (included in your application when you build your app with Capgo) is designed to be resilient to network connectivity issues.

기본 업데이트 동작에서, 앱이 실행되면 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 아니요. 앱에 포함된 __CAPGO_KEEP_0__는 공개할 수 있습니다. 버전 관리에 포함시킬 수도 있으며, 누군가가 액세스할 수 있더라도 걱정하지 않아도 됩니다.

__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.

Capgo 서버로 전송되는 정보는 무엇인가요? 바로가기

__CAPGO_KEEP_0__ 서버로 전송되는 데이터의 전체 목록, 엔드포인트 동작, 개인 정보 보호 설정은 규정 준수.

설정 statsUrl: '' explicit 업데이터 통계 보고서를 비활성화하는 방법입니다. 또한 statsUrl proxy 또는 __CAPGO_KEEP_0__가 관리하는 엔드포인트로 전송할 수 있습니다. 자세한 내용은 . Update checks still need an app-scoped device identifier so Capgo can select the correct update and measure monthly active devices.

를 참조하세요. 업데이트 확인은 여전히 앱 범위의 디바이스 식별자를 필요로 하며, __CAPGO_KEEP_0__이 올바른 업데이트를 선택하고 월간 활성 디바이스를 측정할 수 있도록 합니다. The sub-processor 목록

Can I use Capgo for HIPAA-sensitive apps?

예, 그러나 HIPAA-compliance를 담당하는 사람들은 올바른 배포 모델을 선택해야 합니다. Capgo Cloud는 현재 HIPAA-compliant hosted statistics processor로 제공되지 않습니다. 기본적으로 업데이터 데이터는 기기 범위에 있으며 알려진 앱 사용자와 연결되지 않으며 많은 팀이 그 모델을 성공적으로 사용합니다.

더 엄격한 검토를 위해, 플러그인 트래픽을 지역화할 수 있고 statistics를 비활성화하거나 설정을 비어있는 문자열로 설정하거나 statistics endpoint만 자체 호스팅하거나 라이선스된 자체 호스팅을 사용할 수 있습니다. __CAPGO_KEEP_0__에 이메일, 사용자 ID, 환자 ID, 직원 ID, 또는 업데이터 전송성능을 사람으로 되돌리는 값과 같은 값을 전달하지 마십시오. statsUrl HIPAA Compliance CapacitorUpdater.setCustomId(...) HIPAA-compliance를 위한 전체 기술 설정과 statistics를 비활성화할 때의 관찰성 트레이드오프를 참조하십시오.

HIPAA-sensitive 앱을 위한 __CAPGO_KEEP_0__ 직접 링크 HIPAA-sensitive 앱을 위한 __CAPGO_KEEP_0__ HIPAA-sensitive 앱을 위한 __CAPGO_KEEP_0__

HIPAA-sensitive 앱을 위한 Capgo

Yes. Capgo 앱은 EU 데이터 거주지 요구를 충족하기 위해 Cloud 플러그인 트래픽을 위해 업데이터 엔드포인트를 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 예제에 대한 정확한 정보를 참조하십시오.

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

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

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

Capgo은 데스크톱 또는 임베디드 대상에 대한 지원을 쉽게 추가할 수 있습니다. 중요한 경우 알려주십시오.

Capgo은 어떻게 Play Testing Tracks 또는 Apple TestFlight과 상호 작용하는가?

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

이러한 메커니즘 중에는 3rd 파티가 특정 테스트 트랙 또는 TestFlight에서 앱이 설치되었는지 감지할 수 있는 것들이 모두 아닙니다. 따라서, 우리는 이러한 그룹의 구성에 대한 신뢰할 수 있는 가시성을 얻을 수 없으며, 이러한 그룹에 기반하여 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가지 옵션이 있습니다.

1. 각 그룹에 별도의 채널을 사용하세요. 가장 직관적인 방법이지만, 여러 채널을 관리해야 합니다. 이미 개발 채널과 운영 채널이 다르며, 다른 가용성을 가지고 있을 수 있습니다. 따라서 개발 채널을 업데이트하고, 검증한 후에 운영 채널을 별도로 업데이트할 수 있습니다. 버전 관리를 위해 branch / tag를 사용하여 각 릴리즈와 관련된 소스 코드를 추적할 수 있습니다.
2. 자신의 옵트인 사용자 집합을 추적하고, 자동 업데이트를 비활성화하고, 특정 사용자에게 업데이트를 트리거하는 package를 사용하세요. 이 기능은 현재 작동하지만, 자신의 옵트인 목록을 관리해야 합니다. @capgo/capacitor-updater __CAPGO_KEEP_0__ 사용자는 자신의 옵트인 메커니즘을 각 기기별로 생성할 수 있습니다. (Test Tracks 또는 TestFlight과 유사하지만, 플랫폼에 독립적입니다). QA 팀이 일반 대중으로 승격되기 전에 번들에 옵트인할 수 있습니다.
3. Capgo allow creare its own opt-in mechanism on a per-device basis (similar to Test Tracks or TestFlight, just platform agnostic). This allow your QA team to opt-in to bundle before they’re promoted to the general public.
4. 결제 결제 바로가기 결제 섹션 --rollout-percentage-bps 계획을 업그레이드하거나 다운그레이드하는 방법은?

progressive rollouts를 사용하여 특정 채널의 랜덤, 고정된 부분집합에 후보 번들을 전달하세요. 0-100%의 롤아웃을 설정하거나, 0.01%의 increment를 사용하세요. 캐시 지속 시간을 60초에서 365일까지 설정하고, 옵션으로 자동 중단 정책을 구성할 수 있습니다. 이 기능은 특정 기기 그룹을 선택하지 않습니다.

progressive rollouts를 사용하여 특정 채널의 랜덤, 고정된 부분집합에 후보 번들을 전달하세요. 0-100%의 롤아웃을 설정하거나, 0.01%의 increment를 사용하세요. 캐시 지속 시간을 60초에서 365일까지 설정하고, 옵션으로 자동 중단 정책을 구성할 수 있습니다. 이 기능은 특정 기기 그룹을 선택하지 않습니다.

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

Billing 기간이 언제 다시 시작되나요?

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

구독을 취소하는 방법

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

1년 미리 결제가 가능한가요?

네. 당신의 organization plan settings.

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

저장소에는 채널을 통해 전달되고 롤백을 위해 남아 있는 모든 historical bundles 및 Delta assets가 포함됩니다. 각 앱의 App Settings에서 사용되지 않은 bundle 보존 기간을 제어할 수 있습니다. 활성 채널 또는 롤아웃과 연결된 bundle은 계속 보호되며 전달 및 롤백을 위해 남아 있습니다.

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

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

엔터프라이즈 SLA에 포함된 항목은 무엇입니까?

엔터프라이즈 SLA에는 다음 항목이 포함됩니다. 프로덕션 플랫폼의 월간 가용성 약속이 99.9%입니다. 약속을 지키지 못한 경우, 월간 가용성에 따라 10%에서 30%까지의 서비스 크레딧을 제공합니다. 초기 지원 대응 목표는 P1: 1시간, 24/7/365; P2: 2영업일; P3: 1영업일; P4: 2영업일입니다. 자세한 내용은 엔터프라이즈 SLA 엔터프라이즈 SLA의 완전한 조건

통계 및 분석

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

장치 ID 생성 방법

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

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 버전, 네이티브 버전, 채널, 설치된 번들, 요청 국가(가능한 경우) 등이 포함됩니다. 요청 국가는 기기에서 Cloudflare-처리된 요청으로부터 받은 마지막 유효한 두 자리 code입니다. GPS나 앱에서 제공하는 위치가 아닙니다. 유효한 국가가 없는 요청은 마지막 유효한 값을 유지합니다. Capgo는 앱이 체크인할 때 이 메타데이터를 업데이트하지만, 동일한 메타데이터를 보고하는 반복적인 체크인은 행이나 마지막 업데이트 시간을 변경하지 않을 수 있습니다.

MAU는 계산 기간 동안 활성 장치의 고유한 활성 장치를 센스합니다. 장치 메타데이터가 동일한 채로도 활동이 증가할 수 있으므로 장치 수와 MAU는 다를 수 있습니다.

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

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

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

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

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

FAQ에서 계속 진행하세요.

Capgo를 사용하고 있다면 FAQ 라이브 업데이트를 계획하기 위해, __CAPGO_KEEP_0__을 연결하세요. Capgo 라이브 업데이트 for the product workflow in Capgo Live Updates, __CAPGO_KEEP_0__ 라이브 업데이트에 대한 제품 워크플로 개요 개요에 대한 implementation 세부 정보 기능 기능에 대한 implementation 세부 정보 업데이트 동작 업데이트 동작에 대한 implementation 세부 정보 업데이트 유형