FAQ

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

“code push”이란 무엇인가?

'Code push'는 Capacitor 개발자들이 앱을 운영 중에 업데이트를 배포할 수 있도록 하는 클라우드 서비스입니다. Capgo는 현재 안드로이드, iOS, Electron에서 작동합니다.

'Code Push'는 React Native 커뮤니티에서 사용하는 배포 기능의 이름을 참조하는 것입니다. Microsoft와 Expo는 __CAPGO_KEEP_0__을 지원하지 않습니다. 배포 가능한 패키지와 배포 가능한 릴리스 간의 차이점은 무엇인가? 배포 가능한 패키지와 배포 가능한 릴리스 간의 차이점에 대한 직접 링크, neither of which support Capacitor.

__CAPGO_KEEP_0 push는 CAPGO_KEEP_1 개발자들이 앱을 운영 중에 업데이트를 배포할 수 있도록 하는 클라우드 서비스입니다. CAPGO_KEEP_2__는 현재 안드로이드, iOS, Electron에서 작동합니다.

애플리케이션 스토어에 배포할 바이너리를 준비하는 것을 "릴리스"라고 합니다. 이후 배포된 바이너리를 애플리케이션 스토어에 업로드한 것을 추적하기 위해 Capgo은 정확한 바이너리 정보를 알아야 합니다.

우리는 "bundle"이라는 용어를 의미하는 패치로 사용하여 릴리스를 새로운 code로 업데이트할 수 있는 패치를 의미합니다. npx @capgo/cli@latest bundle upload 새로운 로컬 code 에서 번들을 생성하는 명령어를 사용하여 생성된 번들이 사용자에게 전송됩니다.

__CAPGO_KEEP_0__ 계획은?

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

우리 팀은 공개적으로도 활동하고 있으니, 언제든지 우리가 진행 중인 작업을 확인할 수 있습니다. 우리의 로드맵이나 우선순위에 대한 질문이 있으시면 Github 이슈나 다이소드.

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

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

보기 팀 에 대한 자세한 정보를 참조하십시오.

Capgo은私のcodeを保存しますか?

아니요. Capgo 서버는 원본 code을 절대 보지 않습니다. Capgo을 실행할 때 npx @capgo/cli@latest bundle upload, Capgo은 최소화/컴파일 된 code의 zip 파일을 저장합니다. - 브라우저가 받는 것과 같은 code, 원본 code이 아닙니다.

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

끝에서 끝까지 암호화: __CAPGO_KEEP_0__을 업로드하기 전에 저장 및 전송을 보호하고, 개인 키가 없는 경우 유효한 암호화된 업데이트를 생성하는 세 번째 bên을 방지하기 위해 패키지를 암호화하세요. 이 방법은 공개 키가 분포된 앱에 포함되어 있기 때문에 shipped 웹 자산을 역공학하기 어렵게 만드는 것은 아닙니다.
외부 URL 업로드: Capgo에 다운로드 링크만 제공하고, 옵션만 Capgo에 제공하여 패키지를 자신의 서버에 저장하세요. --external <url>

개인 정보 보호 정책을 참조하세요. https://capgo.app/privacy

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

네. Capgo은 CI 시스템에서 사용하기 위해 설계되었습니다. 우리는 CI 시스템을 위한 Capgo 사용 가이드를 Android 및 Github 액션 및 iOS그리고 GitLab. 다른 CI 시스템은 유사합니다.

이 문제나 디스코드에서 GitHub 문제를 만나면 언제든지 연락해 주세요.

이것은 Firebase Remote Config 또는 Launch Darkly와 어떻게 관련되는지

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

이것은 얼마나 많은 의존성 footprint를 추가하는지

최근에 측정하지는 않았지만, code 푸시 라이브러리는 Capacitor 앱에 1MB 미만의 의존성 footprint를 추가할 것으로 예상합니다. 우리는 더 작은 것을 만들 수 있는 방법을 알고 있습니다. 사이즈가 문제가 되면 알려주세요!

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

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

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

“code iOS 18.4 시뮬레이터에서 작동합니까?”

code push는 대형 애플리케이션과 함께 작동합니까? __CAPGO_KEEP_0__ push는 대형 애플리케이션과 함께 작동합니까?, Capgo can change any JS code in your application regardless of size.

To note: A bigger size make it harder for users to download updates. We recommend keeping your app as small as possible.

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

앱을 업데이트하기 위해 사용하는 다양한 방법을 보았습니다.

production 앱에 긴급한 수정을 제공합니다.
오래된 버전의 앱에 버그 수정을 제공합니다.
매우 빈번하게 (예: 매시간) 앱을 업데이트합니다.

대부분의 앱 스토어에서는 앱의 동작을 크게 바꾸는 code을 배포하는 것을 금지하고 있습니다. 자세한 내용은 아래 를 참조하세요.

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

MAU는 ‘월간 활성 사용자’를 의미합니다. Capgo의 경우, 이는 월간 활성 장치로 해석됩니다. 우리는 30일 이내에 우리 서버에 접촉한 장치를 MAU로 계산합니다. 30일 이내에 우리 서버에 접촉하지 않은 장치는 계산하지 않습니다.

중요: __CAPGO_KEEP_0__ 플러그인 버전부터 v5.10.0, v6.25.0 및 v7.25.0, 장치ID는 앱 재설치 시 유지됩니다. 이 버전 이전에는 각 앱 재설치 시 새로운 장치ID가 생성되어 새로운 MAU로 계산되었습니다.

현재 버전에서:

장치ID는 앱 재설치 시 유지됩니다(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__ (예: Android의 Java/Kotlin 또는 iOS의 Objective-C/Swift)를 변경하는 것을 지원하지 않습니다. 네이티브 __CAPGO_KEEP_2__가 변경된 경우 업데이트 시 경고 메시지가 표시됩니다. __CAPGO_KEEP_0__.config.ts 변경 사항을 __CAPGO_KEEP_1__를 통해 업데이트할 수 있나요?

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.

capacitor.config.ts 변경 사항을 Capgo를 통해 업데이트할 수 있나요?

아니요. __CAPGO_KEEP_0__ live updates를 통해 capacitor.config.ts Capgo live updates를 통해 변경할 수 없습니다. Capacitor 구성 파일은 네이티브 빌드 시간에 읽어져 네이티브 앱 바이너리에 컴파일됩니다. 따라서 capacitor.config.ts (예를 들어 플러그인 구성, 앱 ID, 서버 설정, 네이티브 플러그인 옵션 등) __CAPGO_KEEP_0__ live updates를 통해 변경할 수 없습니다. 변경하려면

Capgo은 런타임에 로드되는 웹 자산 (HTML, CSS, JavaScript)만 업데이트할 수 있습니다. 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 although Android 시스템이 제공하는 디렉토리의 기본 경로가 런타임 중 동적으로 변경될 수 있습니다. iOS 기기에서는 데이터가 Library/Application Support/capgo.

The Capgo 명령 줄 도구 (예를 들어, Capgo )는 디스크에 설치되어 있습니다. Capgo 캐시, 로그인 정보는 홈 디렉토리에서 저장됩니다. npx @capgo/cli@latest bundle uploadnpm Hot Reload과 관련이 어떻게 있는지 설명합니다. ~/.capgo.

Capacitor Hot Reload과 관련이 어떻게 있는지 설명합니다.

Capacitor의 Hot reload은 개발 시간에만 사용할 수 있습니다. Code는 프로덕션에 사용됩니다.

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.

Code의 Hot reload은 개발 시간에만 사용할 수 있습니다. code는 프로덕션에 사용됩니다.

Capgo의 Hot reload은 개발 시간에만 사용할 수 있습니다. code는 프로덕션에 사용됩니다.

Capgo can change any JS code in your application. This includes app code and generated code. You can also update dependencies in package.json code 변경이 필요하지 않다면 그만큼.

code 변경을 지원하지 않으며, Java/Kotlin Android 또는 Objective-C/Swift iOS에서 변경한 code이 감지되면 경고를 표시합니다. 왜냐하면 code이 패키지에 포함되지 않기 때문입니다.

웹이 지원되나요?

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를 사용할 필요가 있는 경우 알려주기를 바랍니다.

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

Capgo은 어떤 버전의 Capacitor을 지원합니까?

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

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

How does this relate to the App/Play Store review process or policies?

개발자는 스토어 제공자와의 계약에 따라 스토어를 사용할 때 bound된다. Code push는 iOS, Android, Electron 배포 채널에서 앱을 업데이트할 수 있도록 개발자에게 허용하는 기능이다. React Native와 같은 다양한 상업 제품이 사용할 수 있는 것과 유사하게, Code push는 개발자가 앱의 동작을 크게 변경하지 않도록 하며, 스토어 정책에 부합하는 앱 업데이트를 허용한다. https://__CAPGO_KEEP_0__.com/microsoft/react-native-__CAPGO_KEEP_1__-push#store-guideline-compliance, __CAPGO_KEEP_0__ push는 앱 스토어에서 널리 사용되는 기술이다. 내가 알고 있는 모든 대형 앱은 __CAPGO_KEEP_1__ push를 사용하고 있다. 앱의 동작을 크게 변경하지 않는다는 정책을 주의해야 한다. 자세한 내용은 아래를 참조하라.).

아래 https://github.com/microsoft/react-native-code-push#store-guideline-compliance

Code push is a widely used technique throughout the app stores. All of the large apps I’m aware of use code push. The major policy to be aware of is not to change the behavior of the app in a significant way. Please see __CAPGO_KEEP_0__는 Play Store 정책을 준수하지 않는다. __CAPGO_KEEP_0__는 Play Store 정책을 준수한다.

Capgo는 Play Store 정책을 준수하지 않는다.

네.

업데이트 도구에 대한 두 가지 제한이 Play Store에서 제공됩니다.

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

    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 위반이 됩니다. 서비스 약관 and can result in termination of your account.

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

Microsoft은 React Native의 'codepush' 라이브러리가 앱 스토어와의 호환성을 어떻게 구현하는지에 대한 안내서를 공개했습니다. https://github.com/microsoft/react-native-code-push#store-guideline-compliance

Capgo가 앱 스토어 지침을 준수합니까?

예.

Play Store와 마찬가지로 App Store도 기술적 및 정책적 제한을 제공합니다.

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는 JavaScript를 WebView에서 사용하여 iOS에서 업데이트를 위한 인터프리터만 허용하는 제한을 준수합니다. 만약 앱이 업데이트를 통해 유도하는 부정행위를 하지 않는다면 (예를 들어 앱의 목적을 업데이트를 통해 변경하지 않는다면), Capgo (또는 다른 code 푸시 솔루션)으로 업데이트하는 것은 업계의 표준 관행이며 App Store 지침을 준수합니다.

Capgo를 악용하여 App Store 지침을 위반하는 것은 Capgo 위반이 됩니다. 서비스 약관 계정이 종료될 수 있습니다.

Microsoft은 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__ workers)

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 bundle 업로드 및 다운로드를 위한 명령 줄 도구

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

URL 중 하나가 당신의 국가에서 접근이 불가능한 경우, 알려주신다면 해결 방법을 찾을 수 있습니다. Proxy 서버를 사용할 수 있습니다.

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

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

code 푸시가 인터넷 접속이 필요하나요?

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

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

Capgo 업데이터 (Capgo와 함께 앱을 빌드할 때 포함된 Capgo 앱에 포함되어 있습니다)는 네트워크 연결 문제에 대한 내결함성을 디자인했습니다.

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

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

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

우리는 항상 특정 장치에 맞춰 업데이트를 보내고, 요청자에게 항상 최신 버전을 제공합니다. 따라서 사용자가 장기간 업데이트를 하지 않으면 중간 업데이트를 놓칩니다.

업데이트 서버를 변경하여 응용 프로그램의 요구에 따라 다음 인크레멘탈 버전 또는 최신 버전을 응답할 수 있도록 할 수 있습니다. 중요한 업데이트 동작이 있으시면 알려주세요.

Capgo은 Capacitor과 어떻게 관련되어 있는가?

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

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

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

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

It is also possible to run the Capgo updater manually using the @capgo/capacitor-updater 패키지를 통해 업데이트를 언제든지 트리거할 수 있습니다. 심지어 푸시 알림을 통해.

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

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

앱 ID를 안전하게 유지해야 하나요?

아니요. app_id 는 앱에 포함되어 있으며 공개가 안전합니다. 버전 제어에 체크인(체크인)할 수(가능) 있으며, 공개되더라도 누군가가 접근할 수 없다는 걱정은 없습니다.

누군가가 앱 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.

What information is sent to Capgo servers?

Capgo이 네트워크에 연결되더라도 개인 식별 정보를 전송하지 않습니다. Capgo을 포함시키면 Play Store나 App Store의 선언에 영향을 주지 않습니다.

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

app_id (지정된 capacitor.config.json)
channel (선택적 in capacitor.config.json)
release_version (AndroidManifest.xml의 versionName 또는 Info.plist의 CFBundleShortVersionString capacitor.config.json if set in CapacitorUpdater.version )
version_number (generated as part of npx @capgo/cli@latest bundle upload)
os_version (예를 들어 ‘11.2.1’
platform (예를 들어 ‘android’, 올바른 패치를 전송하기 위해 필요합니다.) 그뿐입니다. code의 경우 updater/library/src/network.rs
device_id (기기에서 첫 번째 실행 시 생성되는 고유 식별자, 기기당 설치를 중복 제거하고 사용자당 월간 활성 사용자를 계산하기 위해 사용됩니다.)
__CAPGO_KEEP_0__ ( 선택 사항, 개발자가 런타임에 설정하여 사용자 시스템에서 장치에 연결하는 데 사용됩니다.)

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

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

Capgo을 iOS, 안드로이드, 또는 Electron으로 사용할 수 있으며 독립적인 결정이 가능합니다. 안드로이드 채널 전략과 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 가지 옵션이 있습니다.

각 그룹에 대해 별도의 채널을 사용하세요. 이 방법은 가장 직관적이지만 여러 채널을 관리해야 합니다. 이미 개발 채널과 운영 채널이 다른 배포 가능성으로 구분되어 있으면, 개발 채널을 업데이트하고 확인한 후에 운영 채널을 별도로 업데이트할 수 있습니다. 버전 관리 시스템에서 branch / tag를 사용하여 각 릴리즈와 관련된 소스 코드를 추적하는 것을 추천합니다.
자신의 옵인 사용자 집합을 추적하고, 자동 업데이트를 비활성화하고, 특정 사용자에게 업데이트를 트리거하는 __CAPGO_KEEP_0__ 패키지를 사용하세요. 이 방법은 현재 지원되지만, 자신의 옵인 목록을 관리해야 합니다. @capgo/capacitor-updater __CAPGO_KEEP_0__는 장치별로 옵인 메커니즘을 생성할 수 있도록 허용합니다. 이 방법은 Test Tracks 또는 TestFlight과 유사하지만 플랫폼에 독립적입니다. QA 팀이 일반 대중에게 승격되기 전에 __CAPGO_KEEP_0__에 옵인할 수 있도록 합니다.
Capgo는 퍼센티지 기반 롤아웃을 지원합니다. 이 방법은 특정 장치를 선택할 수 없지만, 문제가 발생하는 경우 롤백할 수 있도록 incremental 롤아웃을 지원합니다.
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.

Billing DIRECT LINK

__CAPGO_KEEP_0__

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

__CAPGO_KEEP_0__의 청구 기간이 언제 다시 시작되는지

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

__CAPGO_KEEP_0__ 구독을 취소하는 방법

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

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

네, 언제든지 대시보드에서 가능합니다: https://console.capgo.app/settings/organization/plans

통계 및 분석

대시보드의 통계는 매일 자정 UTC에 업데이트 됩니다. 통계는 사용자 수의 수에 따라 계산됩니다. 월 평균 사용자 수 __CAPGO_KEEP_0__

장치 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 유지 (v6.25.0 및 v7.25.0에서 업데이트됨):

현재 동작장치 ID는 앱이 재설치될 때도 유지됩니다. iOS의 Keychain 또는 Android의 EncryptedSharedPreferences에 안전하게 저장되어 동일한 장치에 대한 추적이 가능합니다.
이전 동작 애플과 구글 스토어 정책과 관련된 개인 정보 보호 규정으로 인해 장치 ID는 앱 재설치 시 초기화되었습니다. 동일한 장치에 대한 추적이 불가능했습니다.

Apple과 Google이 규정하는 개인 정보 보호 규칙을 준수하고 Capgo는 장치 식별의最佳 관행을 구현했습니다.

__CAPGO_KEEP_0__는 기기 목록에 표시되지 않습니다. 첫 번째 패치가 설치될 때까지.

__CAPGO_KEEP_1__ 기기는 왜 다른가요?

현재 기기 목록은 MAU보다 자주 업데이트되지 않습니다.

__CAPGO_KEEP_4__는 기기 목록이 업데이트되지 않습니다.

__CAPGO_KEEP_5__는 기기가 업데이트를 설치할 때만 업데이트됩니다.

__CAPGO_KEEP_6__는 앱이 실행될 때마다 업데이트됩니다. 이 플랫폼의 현재 한계입니다. 분석 플랫폼은 raw 업데이트를 지원하지 않기 때문에 기기 목록은 일반 데이터베이스를 사용합니다.

__CAPGO_KEEP_7__를 제한하기 위해 앱 업데이트시에만 행을 업데이트합니다.

__CAPGO_KEEP_8__는 향후 제거될 한계입니다.

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

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

각 채널에 업로드한 번들을 통해 각 플랫폼별로 다른 업데이트 내용을 제공할 수 있습니다.

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

FAQ