__CAPGO_KEEP_0__

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

What is “code push”?”

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

Code Push는 React Native 커뮤니티에서 사용하는 배포 기능의 이름을 참조하는 것입니다. Microsoft와 Expo는 Code를 지원하지 않습니다. 배포할 때의 차이점은 무엇인가? __CAPGO_KEEP_0__ push에 대한 직접 링크 배포할 때의 차이점은 무엇인가?란 무엇인가?Capacitor push란 무엇인가? 배포할 때의 차이점은 무엇인가?를 포함한 Capacitor push에 대한 설명입니다.

__CAPGO_KEEP_0__ push란 무엇인가? 배포할 때의 차이점은 무엇인가?를 포함한 __CAPGO_KEEP_0__ push에 대한 설명입니다.

앱 스토어에 배포하기 위해 바이너리를 준비하는 것을 '릴리즈'라고 합니다. 릴리즈를 위해 나중에 배포된 바이너리를 앱 스토어에 배포하기 위해 Capgo이 정확한 바이너리를 알고 있어야 합니다.

릴리즈를 업데이트하기 위해 패치가 적용될 수 있는 것을 '번들'이라고 합니다. code이 새로운 버전으로 업데이트되도록 번들에 패치가 적용될 수 있습니다. npx @capgo/cli@latest bundle upload 새로운 로컬 code에서 번들을 생성하고 사용자에게 배포하는 명령어입니다.

로드맵은 무엇인가요?

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

팀이 공개적으로 운영되기 때문에 언제든지 우리가 작업 중인 것을 확인하실 수 있습니다. 로드맵이나 우선순위에 대한 질문이 있으시면 Github 이슈나 디스코드를 통해 질문해 주시면 감사하겠습니다. 팀과 함께 __CAPGO_KEEP_0__을 사용할 수 있나요?.

팀과 함께 Capgo을 사용할 수 있는지에 대한 바로 가 링크

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

보기 팀 추가 정보

Capgo은私のソースcode을 저장합니까?

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

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

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

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

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

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

이 문제나 디스코드에서 GitHub 문제를 만나면 망설이지 마세요.

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

Code 푸시를 사용하면 기기에서 새로운 code를 추가하거나 code를 교체할 수 있습니다. Firebase Remote Config 및 Launch Darkly는 모두 구성 시스템입니다. 앱의 구성 변경을 위해 새로운 버전을 배포하지 않고 구성 변경이 가능합니다. 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 시뮬레이터에서 작동하지 않습니다. 자세한 내용은 React Native 이슈에서 확인하세요. facebook/react-native#50510

code 대용량 앱 업데이트와 작동합니까?

예. code push는 앱의 크기에 제한이 없습니다. 아래에 설명된 것과 같이 __CAPGO_KEEP_0__ push는 앱의 크기에 제한이 없습니다. 아래에 설명된 것과 같이 __CAPGO_KEEP_0__는 앱의 __CAPGO_KEEP_1__를 변경할 수 있습니다.Capgo push는 앱의 크기에 제한이 없습니다. 아래에 설명된 것과 같이 Capgo는 앱의 code를 변경할 수 있습니다.

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_KEEP_0__에 대한 'MAU'는 무엇을 의미합니까? __CAPGO_KEEP_0__

What counts as a “MAU” for Capgo?

월간 활성 사용자(MAU)는 월간 활성 기기라는 뜻입니다. Capgo의 경우, 이는 실제로 월간 활성 기기를 의미합니다. 우리는 30일 이내에 서버에 접촉한 기기를 월간 활성 기기로 계산합니다. 30일 이내에 서버에 접촉하지 않은 기기는 계산하지 않습니다.

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

__CAPGO_KEEP_0__의 현재 버전:

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

주의: 테스트 플라이트 다운로드 및 채널 Switches in Android는 여전히 구성에 따라 새로운 장치 등록을 발생시킬 수 있습니다.

설치 후 첫 번째 설정 후, 개발 장치 및 에뮬레이터를 비활성화하여 중복된 장치 수를 줄이는 것을 추천합니다.

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 Capgo push를 사용할 수 없는 것에 대한 자세한 내용은 [링크](링크)에서 확인하실 수 있습니다.

아니요. __CAPGO_KEEP_0__ live updates를 통해 capacitor.config.ts 변경할 수 없습니다. Capgo live updates를 통해 변경할 수 없습니다. Capacitor configuration 파일은 native build 시간에 읽혀 native app binary로 컴파일됩니다. 따라서 capacitor.config.ts (예를 들어 플러그인 설정, 앱 ID, 서버 설정, 또는 네이티브 플러그인 옵션) __CAPGO_KEEP_0__ live updates를 통해 변경할 수 없습니다. 변경하려면

Capgo은 런타임에 로드되는 웹 자산(HTML, CSS, JavaScript)만 업데이트할 수 있습니다. Capacitor configuration을 변경하려면

1. 업데이트 capacitor.config.ts 로컬로
2. 네이티브 앱을 다시 빌드합니다 (npx cap sync followed by a native build)
3. 앱 스토어 또는 구글 플레이로 새로운 바이너리를 제출합니다

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

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

자동화 프로세스를 위해 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 the base of that path is provided by the Android system and can change dynamically at runtime. iOS 기기에서는 데이터가 저장됩니다. Library/Application Support/capgo.

The 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 code push는 어떤 종류의 변경을 지원하나요?

Capgo은 애플리케이션의 모든 자바스크립트 code을 변경할 수 있습니다. 이에는 앱 code과 생성된 code도 포함됩니다. 또한 의존성을 업데이트할 수 있습니다. package.json As long as they don’t require native code changes.

Capgo는 native code (Android의 Java/Kotlin 또는 iOS의 Objective-C/Swift)를 변경하는 것을 지원하지 않으며, native code이 변경된 경우 tool이 이를 감지하면 경고를 표시합니다. 이는 패키지에 포함되지 않기 때문입니다.

웹을 지원합니까?

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

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?

Developers are bound by their agreements with store providers when they choose to use those stores. Code push is designed to allow developers to update their apps and still comply with store policies on iOS, Android, and Electron delivery channels. Similar to the variety of commercial products available to do so with React Native (e.g. Microsoft, Expo) Microsoft also publishes a guide on how their solution complies with the app stores:, https://__CAPGO_KEEP_0__.com/microsoft/react-native-__CAPGO_KEEP_1__-push#store-guideline-compliance).

__CAPGO_KEEP_0__ push is a widely used technique throughout the app stores. All of the large apps I’m aware of use __CAPGO_KEEP_1__ push. The major policy to be aware of is not to change the behavior of the app in a significant way. Please see below for more information. 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 Direct link to How does this relate to the App/Play Store review process or policies? relate to the App/Play Store review process or policies? Section titled “How does this relate to the App/Play Store review process or policies?” relate to the App/Play Store review process or policies?

Developers are bound by their agreements with store providers when they choose to use those stores. Capgo push is designed to allow developers to update their apps and still comply with store policies on iOS, Android, and Electron delivery channels. Similar to the variety of commercial products available to do so with React Native (e.g. Microsoft, Expo) relate to the App/Play Store review process or policies?

예.

Google Play 스토어는 업데이트 도구와 관련하여 두 가지 제한을 제공합니다.

1. 업데이트는 인터프리터 또는 가상 머신을 사용해야 합니다 (Capgo은 WebView에서 JavaScript를 사용합니다). 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.

2. 앱의 변경 사항은 유도적이지 않아야 합니다 (예: 앱의 목적을 변경하는 업데이트). https://support.google.com/googleplay/android-developer/answer/9888077 앱과 사용자와의 계약을 명확하게 설명하고 사용자 기대에 부합하지 않는 중요한 행동 변경을 Capgo을 사용하여 발생시키지 마십시오.

Capgo은 Google Play 스토어 지침과 호환되도록 설계되었습니다. 그러나 Capgo은 도구이며, 도구와 마찬가지로 남용될 수 있습니다. Capgo를 남용하여 Google Play 스토어 지침을 위반하는 것은 Capgo의 위반입니다. 서비스 약관 계정 종료로 이어질 수 있습니다.

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

Microsoft은 React Native의 "codepush" 라이브러리가 앱 스토어와의 규정 준수를 위해 어떻게 작동하는지에 대한 안내서를 공개했습니다. https://github.com/microsoft/react-native-code-push#store-guideline-compliance

Capgo이 앱 스토어 규정 준수합니까?

예.

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

Capgo을 악용하여 앱 스토어 규정 준수를 위반하는 것은 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이 사용하는 URL 목록입니다.

• https://api.capgo.app — __CAPGO_KEEP_0__에 의해 사용됩니다. npx @capgo/cli Capgo 서버와 사용자의 기기에서 Capgo 업데이터를 사용하여 업데이트를 확인하기 위한 명령 줄 도구입니다.
• __CAPGO_KEEP_0__ — __CAPGO_KEEP_0__ npx @capgo/cli bundle 업로드 및 다운로드를 위한 명령 줄 도구

Capgo

__CAPGO_KEEP_0__

Capgo

Yes, you can self-host Capgo. The guide is not yet written, but the code is open source and available at 네, github를 자체 호스팅할 수 있습니다. 가이드는 아직 작성되지 않았지만 capgo은 오픈 소스이며

https://code.com/cap-go/__CAPGO_KEEP_1__

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

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

Capgo 업데이터 (Capgo와 함께 앱을 빌드할 때 포함된 Capgo의 구성 요소)는 네트워크 연결 문제에 대한 내결함성을 갖도록 설계되었습니다.

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

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

__CAPGO_KEEP_0__이 오랫동안 업데이트를 하지 않고 업데이트를 놓친 사용자에게 무슨 일이 일어나요?

Capgo의 구현은 항상 특정 장치에 맞춰 업데이트를 보내고, 요청자에게 항상 최신 버전이 사용 가능한 버전으로 업데이트합니다. 따라서 사용자가 오랫동안 업데이트를 하지 않으면 중간 업데이트를 놓치게 됩니다.

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

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

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

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

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

By default, the Capgo updater checks for updates on app startup. It runs on a background thread and does not block the UI thread. Any updates will be installed while the user is using the app and will be applied the next time the app is restarted.

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

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

업데이트 롤백 기능을 추가했습니다. 가장 단순한 방법은 이전 번들을 채널에 첨부하여 취소하는 것입니다.

app_id를 보안해야 하나요?

아니요. app_id 는 앱에 포함되어 있으며 공개가 안전합니다. 버전 제어에 포함시킬 수 있으며 누군가가 액세스할 수 있더라도 걱정하지 않아도 됩니다.

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

Capgo 서버로 어떤 정보가 전송되는지?

Capgo이 네트워크에 연결되더라도 개인 식별 정보를 전송하지 않습니다. Capgo을 포함시키더라도, 앱 스토어 또는 앱 스토어에 대한 선언은 영향을 받지 않습니다.

Capgo 서버로부터 앱으로 전송되는 요청에는 다음과 같은 정보가 포함됩니다.

• app_id (지정된 capacitor.config.json)
• channel (선택적 capacitor.config.json)
• release_version (AndroidManifest.xml의 versionName 또는 Info.plist의 CFBundleShortVersionString capacitor.config.json if set in CapacitorUpdater.version )
• version_number (patch의 일부로 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__의 것입니다. 기기 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 가지 옵션을 고려해 볼 수 있습니다.

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

__CAPGO_KEEP_0__

업그레이드 또는 다운그레이드 방법은 언제든지 __CAPGO_KEEP_0__ 콘솔에서 확인할 수 있습니다. https://console.capgo.app/settings/organization/plans

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

Capgo 결제 기간은 매월 Capgo에 가입한 달에 자동으로 다시 시작됩니다. 예를 들어, 15일에 가입했다면 매월 15일에 다시 시작됩니다.

__CAPGO_KEEP_0__ 구독을 취소하려면 어떻게 하나요?

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

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

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

통계 및 분석

대시보드의 통계는 매일 자정 UTC에 업데이트 됩니다. 통계는 사용자 수의 월간 활성 사용자 수(MAU) __CAPGO_KEEP_0__가 설치된 장치에 설치되었습니다.

__CAPGO_KEEP_1__은 어떻게 생성되나요?

__CAPGO_KEEP_1__은 장치에서 첫 실행 시 생성되며, 장치당 설치를 중복 제거하고 사용자당 요금을 청구하기 위해 월간 활성 사용자 수와 같은 사용자 설치 수를 사용합니다.

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.

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

• 현재 동작__CAPGO_KEEP_1__은 앱 재설치 시에도 장치 ID가 유지됩니다. 장치의 Keychain (iOS) 또는 EncryptedSharedPreferences (Android)에서 안전하게 저장되며, 동일한 장치를 추적할 수 있습니다.
• 이전 동작 (v6.25.0/v7.25.0 이전): 앱 재설치 시 장치 ID가 초기화되었습니다. 이는 Apple과 Google 스토어 정책과 관련된 개인 정보 보호 사유로 인한 것입니다. 동일한 장치를 재설치 시 추적할 수 없었습니다.

Apple과 Google의 개인 정보 보호 규칙은 Capgo의 장치 식별 구현을 준수합니다.

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

__CAPGO_KEEP_1__는 __CAPGO_KEEP_1__와 __CAPGO_KEEP_2__가 다른 이유는 무엇인가요?

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

__CAPGO_KEEP_0__는 기기 설치 시에만 업데이트됩니다.

__CAPGO_KEEP_1__는 앱 런치 시마다 업데이트됩니다. 현재 플랫폼의 한 제한으로 인해 이와 같은 제한이 있습니다. 분석 플랫폼은 raw 업데이트 지원을 하지 않기 때문에 기기 목록은 일반 데이터베이스를 사용합니다.

__CAPGO_KEEP_0__를 업데이트하기 위해 앱 업데이트만 고려합니다.

이 제한은 미래에 제거될 예정입니다.

__CAPGO_KEEP_5__는 어떻게 다르게 업데이트할 수 있나요?

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

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

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

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

FAQ에서 계속

Capgo를 사용 중이라면 Capgo를 사용 중이라면 live 업데이트 배포를 계획하고자 한다면 Capgo Live Updates for the product workflow in Capgo Live Updates, Overview 개요에서 구현 세부 정보 기능 기능에서 구현 세부 정보 업데이트 동작 업데이트 세부 정보 업데이트 유형 편집 페이지