FAQ

이 플러그인의 설치 단계와 전체 마크다운 가이드를 포함하여 설정 명령어를 복사하세요.

디스코드에서 질문하세요. 디스코드 work.

code push

Code push, also referred to as “over-the-air updates” (OTA) is a cloud service enabling Capacitor developers to deploy updates to their apps in production. Capgo currently works on Android, iOS, and Electron.

“Code Push” is a reference to the name of a deploy feature used by the React Native community from and Expo , __CAPGO_KEEP_0__를 지원하지 않습니다.Capacitor와 __CAPGO_KEEP_1__의 차이점은 무엇입니까?

__CAPGO_KEEP_0와 CAPGO_KEEP_1__의 차이점에 대한 설명입니다.

앱 스토어에 배포하기 위한 바이너리를 준비하는 것을 'release'라고 합니다. 이후 배포된 바이너리를 추적하기 위해 Capgo은 정확한 바이너리 정보가 필요합니다.

Bundle은 release를 업데이트하기 위한 패치를 의미합니다. code이 새로운 버전으로 업데이트되도록 패치를 적용할 수 있습니다. npx @capgo/cli@latest bundle upload Command는 새로운 code에서 bundle을 생성하고 사용자에게 배포하는 것을 목적으로 합니다.

로드맵은 무엇인가?

프로젝트 보드는 다음 위치에서 확인할 수 있습니다: https://github.com/orgs/Cap-go/projects

팀은 공개적으로 운영되며, 언제든지 진행 중인 작업을 확인할 수 있습니다. 로드맵이나 우선순위에 대한 질문이 있으시면 Github 이슈나 Discord를 통해 문의해 주세요. Discord.

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

Yes! 모든 계획은 무제한의 개발자 지원을 제공합니다. 우리는 각 조직에 대한 앱 메트릭 (MAU, 저장소 및 대역폭), 각 조직에 대한 앱 메트릭 (MAU, 저장소 및 대역폭)만 제한합니다.

See 팀 for more information.

Does Capgo store my source code?

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

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

End-to-End 암호화: 업로드 전 __CAPGO_KEEP_0__를 보호하고 저장 및 전송 중에 3자에게 암호화된 업데이트를 생성하지 못하도록 하기 위해 __CAPGO_KEEP_0__를 암호화하세요. 이 방법은 배포된 웹 자산을 역공학하기 어렵게 만드는 것은 아닙니다. 왜냐하면 배포된 앱에 공개 키가 포함되어 있기 때문입니다.
외부 URL 업로드: Capgo에 다운로드 링크만 제공하고 Capgo 옵션만 제공하여 Capgo에 업로드된 Capgo를 저장하세요. --external <url>

개인 정보 보호 정책 보기 https://capgo.app/privacy

배달 파일이 개인 정보로 간주되나요?

아니요. 배달 파일은 앱 사용자들이 다운로드할 수 있는 공개 웹 자산입니다. 배달 URL을 알고 있는 사람은 Capgo를 다운로드할 수 있고, Capgo는 설정 및 문서에서 이 사실을 사용자에게 알립니다.

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

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

네. Capgo은 CI 시스템에서 사용하기 위해 설계되었습니다. 우리는 CI 시스템에서 Capgo을 사용하는 방법에 대한 안내서를 Android와 Github Actions 및 iOS, 그리고 GitLab기타 CI 시스템은 유사합니다.

GitHub 이슈나 디스코드에서 문제가 발생할 경우 망설이지 마십시오.

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

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

이것이 어떤 종류의 의존성 크기를 추가합니까?

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

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

아니요. iOS 18.4 시뮬레이터에 영향을 미치는 업스트림 문제로 인해 Capgo는 신뢰할 수 없습니다. 실제 기기에서 테스트하거나 다른 iOS 시뮬레이터 버전을 사용하세요.

facebook/react-native#50510에 자세한 내용이 있습니다. See details in the React Native issue:

Does code push work with large applications?

예. code push는 애플리케이션의 크기에 제한이 없습니다. code push는 아래에 설명된 대로 애플리케이션의 모든 자바스크립트 __CAPGO_KEEP_1__를 변경할 수 있습니다. 애플리케이션의 크기가 클수록 사용자가 업데이트를 다운로드하는 것이 더 어려워집니다. 앱의 크기를 가능한 한 작게 유지하는 것을 권장합니다.What can I use Capgo code push for?

What can I use __CAPGO_KEEP_0__ __CAPGO_KEEP_1__ push for? direct link

What can I use Capgo code push for? section

production 앱의 긴급 수정.

production 앱의 긴급 수정.
__CAPGO_KEEP_0__의 이전 버전 앱 사용자에게 버그 수정을 제공합니다.
매시간 (예: 매시간)로 항상 배송합니다.

code가 앱의 동작을 중요한 방식으로 변경하는 것을 변경하는 앱 스토어가 대부분 금지합니다. 자세한 내용은 아래를 참조하세요. 아래 __CAPGO_KEEP_0__의 “MAU”는 무엇을 의미합니까?

Capgo의 “MAU”는 무엇을 의미합니까? (직접 링크)

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

__CAPGO_KEEP_0__의 “MAU”는 무엇을 의미합니까?__CAPGO_KEEP_0__의 “MAU”는 무엇을 의미합니까? __CAPGO_KEEP_0__의 “MAU”는 무엇을 의미합니까? (버전 v5.10.0부터 플러그인), v6.25.0 그리고 v7.25.0, 앱 재설치 시 deviceID가 지속됩니다. 이전 버전에서는 앱 재설치 시 새로운 deviceID가 생성되어 새로운 MAU로 계산되었습니다.

현재 버전에서:

앱 재설치 시 deviceID가 지속됩니다 (iOS에서는 Keychain에 안전하게 저장되고 Android에서는 EncryptedSharedPreferences에 암호화됩니다)
앱 업데이트시 새로운 Device ID가 생성되지 않습니다
개발 중에, 이전 플러그인 버전 (< v5.10.0 / v6.25.0 / v7.25.0)을 사용하는 경우, 재설치 시 여전히 새로운 MAU가 생성됩니다

주의: TestFlight 다운로드 및 Android 채널 Switch 시 새로운 장치 등록이 생성될 수 있습니다. (설정에 따라)

개발자 장치 및 에뮬레이터를 사용하지 않도록 설정한 후 첫 번째 설정 후에 추천합니다. 이로 인해 중복된 장치가 생성되는 것을 줄일 수 있습니다.

Capgo code push를 사용할 수 없는 것은 무엇인가요?

Capgo를 사용하여 앱 스토어 정책을 위반하지 않도록 하세요. 자세한 내용은 아래를 참조하세요. 아래 __CAPGO_KEEP_0__는 네이티브 __CAPGO_KEEP_1__ (안드로이드의 Java/Kotlin 또는 iOS의 Objective-C/Swift)를 변경하는 것을 지원하지 않습니다. 네이티브 __CAPGO_KEEP_2__를 변경한 경우 업데이트 시 경고 메시지가 표시됩니다.

Also Capgo does not support changing native code (e.g. Java/Kotlin on Android or Objective-C/Swift on iOS). The tool will warn you during an attempted update if you have changed native code.

Direct link to 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.ts, native plugin configuration, native package installs or upgrades, and anything that must update the iOS or Android project through npx cap sync or npx cap copy require a native app release.

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

업데이트 capacitor.config.ts 지역
네이티브 앱을 다시 빌드합니다 (npx cap sync 네이티브 빌드를 따라야 함)
새로운 바이너리를 앱 스토어에 제출합니다

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

Capgo은 현재 앱 스토어에 제출해 주는 기능을 지원하지 않습니다. 향후 이 기능을 추가할 계획입니다. 현재는 기존의 프로세스를 사용하여 앱 스토어에 제출해야 합니다.

__CAPGO_KEEP_0__을 사용하여 CI 가이드 Android 이 프로세스를 자동화하고 CI 가이드 iOS.

Capgo이 디스크에 저장하는 내용은 무엇이며 어디에 저장하는지?

The Capgo updater (included in your application when you build your app) caches the latest downloaded bundle in the only directory that capacitor allow to load code. On Android, this is located in /data/user/0/com.example.app/code_cache/capgo_updater 그 경로의 기본값은 안드로이드 시스템이 제공하며 런타임에 동적으로 변경될 수 있습니다. iOS 기기에서 데이터는 Library/Application Support/capgo.

Capgo 명령줄 도구 (예: npx @capgo/cli@latest bundle upload)는 디스크에 설치되어 있습니다. npm 캐시, 로그인 정보는 ~/.capgo.

Capacitor Hot Reload과 어떻게 관련이 있는지?

Capacitor’s Hot reload는 개발 중에만 사용할 수 있는 기능입니다. Code push는 배포용입니다.

Capacitor의 Hot reload 기능은 개발 중에 code을 변경할 수 있게 해줍니다. 이 기능은 로컬 머신에 연결하기 위해 프록시를 사용하여 Capacitor 앱을 빌드해야 합니다.

Code push는 배포 중에 code을 변경할 수 있는 기능입니다. 우리는 다양한 방법을 사용하여 플랫폼에 따라 이 기능을 구현할 것입니다.

Capgo code push는 어떤 종류의 변경을 지원하는가?

Capgo은 애플리케이션의 모든 자바스크립트 code을 변경할 수 있습니다. 이에는 앱 code과 생성된 code도 포함됩니다. 또한 의존성을 업데이트할 수 있습니다. package.json code은 네이티브 code 변경 (예: 안드로이드의 Java/Kotlin 또는 iOS의 Objective-C/Swift)을 지원하지 않으며, 네이티브 __CAPGO_KEEP_1__ 변경을 감지하면 경고 메시지를 표시합니다. 이는 배포에 포함되지 않습니다.

We do not have plans to support changing native code (e.g. Java/Kotlin on Android or Objective-C/Swift on iOS), and the tool will warn you if it detects that you have changed native code as it will not be included in the bundle.

이 기능이 웹을 지원하는지에 대한 바로 가 링크입니다.

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

code push와 웹에 대한 사용 사례가 있으시다면, 그것을 알려주실 수 있나요?

이 기능은 iOS, Android, Mac, Windows, Linux 등에서 작동할까요?

예.

현재 우리는 Android, iOS, Electron 지원에 집중하고 code push는 모든 세 가지에서 프로덕션 준비가되었습니다.

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

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

Capacitor은 현재 Android API 레벨 22+와 iOS 13.0+:를 지원합니다. https://capacitorjs.com/docs/main/reference/support-policy

Capacitor은 Capgo에서 어떤 버전을 지원하는지?

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

Capgo은 안정적인 Capacitor 릴리스와 함께 추적하고, 안정적인 릴리스가 나면 몇 시간 이내에 업데이트를 진행합니다. 업데이트를 진행하는 시스템은 자동화되어 업데이트가 완료되면 몇 분 이내에 업데이트를 진행합니다. 업데이트를 진행한 후 추가적인 수동 검증 단계를 거치고, 서버에 업데이트를 진행합니다.

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

개발자는 앱 스토어 제공자와의 계약에 따라 bound됩니다. Code push는 iOS, Android, Electron 배포 채널에서 앱을 업데이트할 수 있도록 개발자에게 허용하는 기능입니다. React Native와 같은 다양한 상업적 제품을 사용하여 업데이트를 진행할 수 있습니다. Microsoft, 엑스포).

마이크로소프트도 앱 스토어에 대한 가이드라인에 따라 솔루션을 구현하는 방법에 대한 설명을 제공합니다. https://github.com/microsoft/react-native-code-push#store-guideline-compliance

Code 푸시는 앱 스토어에서 광범위하게 사용되는 기술입니다. 저는 앱 스토어에서 code 푸시를 사용하는 모든 큰 앱을 알고 있습니다. 주의해야 할 주요 정책은 앱의 동작을 크게 변경하지 않는 것입니다. 자세한 내용은 아래를 참조하세요. 아래 더 많은 정보를 보려면

Capgo이 플레이 스토어 가이드라인을 준수합니까?

네.

플레이 스토어에서는 업데이트 도구에 대한 두 가지 제한을 제공합니다.

업데이트는 인터프리터 또는 가상 머신을 사용해야 합니다 (Capgo은 JavaScript를 WebView에서 사용합니다). https://support.google.com/googleplay/android-developer/answer/9888379?hl=en

    An app distributed via Google Play may not modify, replace, or update itself
    using any method other than Google Play's update mechanism. Likewise, an app
    may not download executable code (such as dex, JAR, .so files) from a
    source other than Google Play. *This restriction does not apply to code
    that runs in a virtual machine or an interpreter* where either provides
    indirect access to Android APIs (such as JavaScript in a webview or
    browser).

    Apps or third-party code, like SDKs, with interpreted languages (JavaScript,
    Python, Lua, etc.) loaded at run time (for example, not packaged with the
    app) must not allow potential violations of Google Play policies.

앱의 변경 사항은 사용자에게 속임수를 쓰지 않아야 합니다 (예: 앱의 목적을 변경하는 업데이트를 통해). https://support.google.com/googleplay/android-developer/answer/9888077 앱을 사용하는 사용자에게 명확하게 알려주고, 사용자 예상과 일치하지 않는 중요한 행동 변경을 통해 Capgo를 사용하여 위반하지 마십시오.

Capgo는 Play Store 지침과 호환되도록 설계되었습니다. 그러나 Capgo는 도구이며, 어떤 도구든지 남용될 수 있습니다. Play Store 지침을 위반하기 위해 Capgo를 남용하는 것은 Capgo의 위반입니다. 서비스 약관 그리고 계정 해지로 이어질 수 있습니다.

마지막으로, code 푸시 서비스는 업계에서 널리 사용되는 서비스입니다 (모든 큰 앱이 code를 사용하고 있습니다) 및 code 푸시 서비스가 여러 개 공개적으로 사용할 수 있습니다 (예: expo.dev 및 appcenter.ms). 이 경로는 잘 알려진 경로입니다.

마이크로소프트도 앱 스토어에 대한 앱의 https://github.com/microsoft/react-native-code-push#store-guideline-compliance

Capgo

예.

앱 스토어는 기술적 제한과 정책 제한을 모두 제공합니다.

3.2.2
... interpreted code may be downloaded to an Application but only so long as
such code:
(a) does not change the primary purpose of the Application by providing
features or functionality that are inconsistent with the intended and
advertised purpose of the Application as submitted to the App Store,
(b) does not create a store or storefront for other code or applications, and
(c) does not bypass signing, sandbox, or other security features of the OS.

Capgo은 iOS에서 업데이트 시 인터프리터만 허용하는 제한을 준수하기 위해 WebView에서 JavaScript를 사용합니다. 앱의 목적을 변경하는 등 업데이트를 통해 유도적인 행위를 수행하지 않는 한, Capgo (또는 다른 code 푸시 솔루션)으로 업데이트하는 것은 표준 산업 관행이며 앱 스토어 지침을 준수합니다.

Capgo을 악용하여 앱 스토어 지침을 위반하는 것은 Capgo의 위반입니다. 서비스 약관 계정 해지로 이어질 수 있습니다.

마이크로소프트도 앱 스토어에 대한 react native 'codepush' 라이브러리의 지침을 공개합니다. https://github.com/microsoft/react-native-code-push#store-guideline-compliance

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

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

We recognize that some countries have restrictions on what urls can be accessed from within the country. Capgo currently uses Cloudflare Cloud for hosting, including R2 Storage and Cloudflare workers.

우리는 Capgo가 __CAPGO_KEEP_1__ Cloud를 사용하고 있으며, R2 Storage와 __CAPGO_KEEP_2__ 워커를 사용하고 있습니다.

https://api.capgo.app https://__CAPGO_KEEP_0__.__CAPGO_KEEP_1__.app npx @capgo/cli Capgo 서버와 Capgo 업데이터를 사용하여 업데이트 확인을 위해 사용됩니다.
https://*.r2.cloudflarestorage.com __CAPGO_KEEP_0__에 대한 업로드 및 다운로드를 위해 사용됩니다. npx @capgo/cli __CAPGO_KEEP_0__가 모든 URL이 당신의 국가에서 접근 가능하다면 __CAPGO_KEEP_0__가 작동할 것입니다.

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

__CAPGO_KEEP_0__의 지역이 URL 중 하나에 접근을 차단하는 것을 요구한다면, 알려주신 후에 함께 해결 방법을 찾을 수 있습니다. 프록시 서버는 하나의 옵션입니다.

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

Capgo를 자체 호스팅할 수 있습니다. 사용 설명서가 아직 작성되지 않았지만, code은 오픈 소스이며 Capgo.com/cap-go/code에서 사용할 수 있습니다. https://github.com/cap-go/capgo

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

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

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

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

기본 업데이트 동작에서, 앱이 시작될 때 Capgo 업데이터를 알립니다. 이 업데이터는 네트워크 요청을 Capgo 서버에 보내고 업데이트를 요청합니다. 네트워크 요청이 실패하거나 타임아웃이 발생하면 업데이터는 다음 앱 시작 시 다시 시도합니다.

Capgo 명령줄 도구 (예: Capgo)는 네트워크 연결이 필요합니다. Capgo를 사용하여 앱을 배포하는 경우 CI 시스템이 네트워크 연결을 보장해야 합니다. npx @capgo/cli@latest bundle uploadCapgo이 오랫동안 업데이트를 하지 않고 업데이트를 놓친 사용자의 경우 어떻게 되나요?

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

The update server could be changed to support responding with either the next incremental version or the latest version depending on your application’s needs. Please let us know if alternative update behaviors are important to you.

Capgo은 Capacitor과 어떤 관련이 있나요?

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

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

업데이트가 언제 발생하나요?

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

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

The Capgo 업데이터는 네트워크가 사용할 수 없을 때, 또는 서버가 다운되거나 접근할 수 없을 때 앱은 정상적으로 작동할 것입니다. 우리 서버에서 업데이트를 삭제할 경우, 모든 클라이언트는 정상적으로 작동할 것입니다.

업데이트 롤백 기능을 추가했습니다. 롤백을 쉽게 하려면 이전 버전의 패키지를 채널에 첨부하면 됩니다.

앱 아이디를 보안해야 하나요?

아니요. 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.

Capgo 서버로 어떤 정보가 전송되는가요? 바로가기

Although Capgo connects to the network, it does not send any personally identifiable information. Including Capgo should not affect your declarations for the Play Store or App Store.

앱이 Capgo 서버로 보내는 요청에는 다음과 같은 항목이 포함됩니다.

app_id (지정된 capacitor.config.json)
channel (선택적 capacitor.config.json)
release_version (AndroidManifest.xml 또는 Info.plist의 CFBundleShortVersionString 또는 capacitor.config.json if set in CapacitorUpdater.version )
version_number (AndroidManifest.xml 또는 Info.plist의 CFBundleShortVersionString 또는 npx @capgo/cli@latest bundle upload)
os_version (예: ‘11.2.1’)
platform (e.g. ‘android’, needed to send down the right patch) That’s it. The code for this is in updater/library/src/network.rs
그것은 __CAPGO_KEEP_0__의 것입니다.
device_id (장치에서 첫 번째 실행 시 생성되는 ID, 장치당 설치를 중복 제거하고 사용자당 월간 활성 사용자를 계산하기 위해 사용됩니다.)

Can I use Capgo for HIPAA-sensitive apps?

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

더 엄격한 검토를 위해, 플러그인 트래픽을 지역화할 수 있습니다, 통계를 비활성화하거나 빈 문자열로 설정하여, 통계 엔드포인트만 자체 호스팅하거나 라이선스된 자체 호스팅을 사용할 수 있습니다. __CAPGO_KEEP_0__를 호출하지 마십시오. statsUrl 이메일, 사용자 ID, 환자 ID, 직원 ID, 또는 업데이터 전송성 데이터를 개인으로 매핑하는 어떤 값도 포함하지 마십시오. CapacitorUpdater.setCustomId(...) __CAPGO_KEEP_0__ HIPAA Compliance

를 참조하십시오. 통계를 비활성화할 때 관찰 가능성의 트레이드 오프와 완전한 기술 설정을 확인하십시오. __CAPGO_KEEP_0__를 사용하여 유럽에서 라이브 업데이트 데이터를 유지할 수 있나요? __CAPGO_KEEP_0__를 사용하여 유럽에서 라이브 업데이트 데이터를 유지할 수 있는 직접 링크입니다.

Capgo를 사용하여 유럽에서 라이브 업데이트 데이터를 유지할 수 있는 섹션입니다.

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

Use all three EU URLs together so update checks, statistics, and channel self-assignment use the same regional data path. Because these values live in capacitor.config.ts, production mobile apps need a native release before existing installs use the new endpoints.

See 데이터 위치 for exact Capacitor and Electron examples.

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

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

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

Capgo은 데스크톱 또는 임베디드 대상에 대한 지원을 제공할 수 있습니다. 만약 중요하다면 알려주세요.

How does Capgo interact with Google Play Store의 테스트 트랙 또는 애플의 테스트 플라이트와 어떻게 상호작용하는지?

각 앱 스토어는 사용자들을 구분하고 특정 버전의 앱을 각 그룹에 배포하는 데 사용되는 '내부 테스트', '클로즈드 베타' 등과 같은 제한된 사용자 그룹으로 앱을 배포하는 별도의 메커니즘을 가지고 있습니다.

이러한 메커니즘 중에는 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_KEEP_0__ 사용자들의 옵인 목록을 관리하고, 자동 업데이트를 비활성화하고, 특정 사용자에게 업데이트를 트리거하는 __CAPGO_KEEP_0__를 사용하세요. @capgo/capacitor-updater __CAPGO_KEEP_0__ 사용자들의 옵인 목록을 관리하지 않고, 각 기기별로 옵인 메커니즘을 제공할 수 있습니다. QA 팀이 배포되기 전에 옵인할 수 있도록 하여, 일반 사용자에게 배포되기 전에 문제가 발생하지 않도록 하세요.
Capgo는 백분율 기반 롤아웃을 지원합니다. 특정 기기를 선택할 수는 없지만, 문제가 발생하지 않도록 롤백할 수 있습니다.
Capgo have percentage based rollouts. This does not let you choose which devices to send to, but can help you roll out incrementally and roll-back on sight of any problems.

결제 바로가기

계획을 업그레이드하거나 다운그레이드하는 방법을 알려주세요 바로가기

]} https://console.capgo.app/settings/organization/plans

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

__CAPGO_KEEP_1__ 기간은 Capgo에 처음 구독한 달에 매월 자동으로 다시 시작됩니다. 예를 들어, Capgo에 15일에 구독했다면, __CAPGO_KEEP_1__ 기간은 매월 15일 다시 시작됩니다.

__CAPGO_KEEP_1__ 구독을 취소하는 방법

__CAPGO_KEEP_1__ 구독을 언제든지 داش보드에서 취소할 수 있습니다. https://console.capgo.app/settings/organization/plans

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

년간 결제는 언제든지 가능합니다. https://console.capgo.app/settings/organization/plans

통계 및 분석

대시보드에 표시되는 통계는 매일 자정 UTC에 업데이트됩니다. 통계는 장치에 설치된 월 평균 활성 사용자 장치 ID는 어떻게 생성되나요?

Direct link to 장치 ID는 어떻게 생성되나요?

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

월간 활성 사용자(MAU)는 설치 수보다 Capgo를 가격하기에 더 좋은 해결책입니다. 이는 실제 Capgo 비용을 반영하는 더 정확한 방법입니다.

장치 ID 지속성 (v6.25.0 및 v7.25.0에서 업데이트):

현재 동작장치 ID는 앱 재설치 시에도 persisted됩니다. 장치의 Keychain (iOS) 또는 EncryptedSharedPreferences (Android)에서 안전하게 저장되며, 동일한 장치를 추적할 수 있도록 합니다.
이전 동작 (v6.25.0/v7.25.0 이전): 애플과 구글 스토어 정책과 관련된 개인 정보 보호 이유로, 장치 ID는 앱 재설치 시마다 초기화되었습니다. 따라서 동일한 장치를 재설치 시에 추적할 수 없습니다.

개인 정보 보호 규칙은 애플과 구글이 강제하고, Capgo의 implementation은 장치 식별에 대한 그들의 최고 관행을 준수합니다.

장치 ID는 업데이터 또는 stats 엔드포인트를 통해 Capgo와 연결된 후에 목록에 표시됩니다. 장치는 패치 설치하기 전에 장치 목록에 표시될 수 있습니다.

왜 장치 번호가 월간 활성 사용자보다 다르다고 생각하나요?

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

Capgo은 각 기기에서 최신 알려진 메타데이터를 표시합니다. (기기 ID, 플랫폼, 플러그인 버전, OS 버전, 네이티브 버전, 채널, 설치된 번들). Capgo은 앱이 체크인할 때 이 메타데이터를 업데이트하지만, 동일한 메타데이터를 보고하는 반복적인 체크인으로는 행이나 마지막 업데이트 시간을 변경하지 않을 수 있습니다.

MAU는 계산 기간 동안 구별되는 활성 기기를 센트합니다. 활동이 증가할 수 있으므로 기기 메타데이터가 동일해도 기기 수와 MAU가 다를 수 있습니다.

플랫폼별로 다른 업데이트를 어떻게 하죠?

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

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

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

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

FAQ에서 계속

Capgo를 사용 중이라면 FAQ 실시간 업데이트 전송을 계획하고 싶다면 Capgo 실시간 업데이트 Capgo 실시간 업데이트에서 제품 워크플로우와 개요 개요의 구현 세부 정보 기능 기능의 구현 세부 정보 업데이트 동작 업데이트 동작의 구현 세부 정보 업데이트 유형 업데이트 유형의 구현 세부 사항에 대해.

FAQ