__CAPGO_KEEP_6__

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

'code push'는 무엇인가요?

Code 푸시, 또는 "온 에어 업데이트" (OTA)라고도 함은 Capgo의 클라우드 서비스로, 개발자들이 앱을 운영 중에 업데이트를 배포할 수 있도록 해주는 서비스입니다. Capacitor 개발자들은 현재 Android, iOS, 그리고 Electron에서 Capgo을 사용할 수 있습니다.

“Code Push”은 React Native 커뮤니티에서 사용하는 배포 기능의 이름을 참조하는 것입니다. 마이크로소프트 그리고 엑스포, 둘 다 Capacitor을 지원하지 않습니다.

Capgo CLI 전공과는 내 플러그인 또는 Capacitor 버전이 일치해야 하는지 여부에 따라 다릅니다.

최신 Capgo CLI (을)를 항상 사용하십시오.npx @capgo/cli@latest). CLI와 Capgo Console은 각자 버전을 따르며, 모든 지원되는 업데이터 플러그인 메이저와 호환됩니다. Capgo 플러그인은 Capacitor 메이저를 따르며, 참조하십시오. Capgo 버전 관리 for LTS 태그(예:) @lts-v7.

배포와 릴리스 간의 차이점은 무엇인가요?

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

릴리스를 업데이트하기 위해 패치를 적용할 수 있는 것을 '배포'라고 합니다. 배포는 릴리스에 새로운 code을 적용하기 위한 패치를 의미합니다. npx @capgo/cli@latest bundle upload 릴리스를 업데이트하기 위해 패치를 적용할 수 있는 배포를 생성하는 명령어입니다. 이 명령어는 새로운 로컬 code에서 배포를 생성하고 사용자에게 배포합니다.

델타 업데이트 파일 경로 제한은 무엇인가요?

예

• 0바이트 파일: CLI 로그 Ignoring empty file... __CAPGO_KEEP_0__
• __CAPGO_KEEP_0__ __CAPGO_KEEP_0__

__CAPGO_KEEP_0__ __CAPGO_KEEP_0__ __CAPGO_KEEP_0__

__CAPGO_KEEP_0__

__CAPGO_KEEP_0__ github

Github Discord.

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

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

보기 팀 더 많은 정보를 위해

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

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

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

• 끝에서 끝까지 암호화: 업로드 전 암호화하여 저장 및 전송 시 보호하고,第三자들이 암호화된 업데이트를 생성하지 못하도록 하세요. 이 방법은 공개 키가 분포된 앱에 포함되어 있기 때문에 shipped 웹 자산을 역공학하기 어렵지 않습니다.
• 외부 URL 업로드: Capgo에 다운로드 링크만 제공하여 bundle을 저장하는 자신의 서버에 업로드하세요. --external <url>

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

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

아니요. bundle 파일은 사용자들이 다운로드할 수 있도록 의도된 공개 웹 자산입니다. bundle URL을 알고 있는 사용자는 bundle 파일을 다운로드할 수 있으며, Capgo은 설정 및 문서에서 이를 설명합니다.

code는 데이터 유출로 간주되지 않습니다. 앱 번들에 비밀, 자격 증명, 개인 정보, 또는 규제 데이터를 포함하지 마십시오. 강력한 보안을 필요로 하는 사용 사례에 대해 더 강한 비밀 보장을 원한다면, 종단 간 암호화 사용을 고려하십시오. 그러나 보안 보고서 작성 시점에서 shipped 앱 code와 자산은 여전히 공개로 간주됩니다.

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

Capgo는 CI 시스템에서 사용하기 위해 설계되었습니다. CI 시스템에서 사용하기 위한 Capgo 사용 가이드를 공개했습니다. 안드로이드 및 Github 액션 __CAPGO_KEEP_0__ 액션 iOS, 그리고 GitLab. 다른 CI 시스템은 유사합니다.

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

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

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

이것은 어떤 종류의 의존성 footprint를 추가하는지?

code push 라이브러리는 Capacitor 앱에 1MB 미만의 크기를 추가할 것으로 예상됩니다. 우리는 더 작은 크기를 만들 수 있는 방법을 알고 있습니다. 크기가 문제가 된다면 알려주세요!

Capgo는 iOS 18.4 시뮬레이터에서 작동하는지?

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

See details in the React Native issue: facebook/react-native#50510

code 대용량 앱과 함께 작동하는지 여부

Yes. 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를 사용할 수 있는 용도

We’ve seen a variety of uses, including:

• 프로덕션 앱에 긴급한 수정을 하거나
• 오래된 버전의 앱에 버그 수정을 배포하거나
• 매우 자주 배포(예: 매시간)

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

Capgo에 대한 'MAU'는 무엇을 의미하는 것일까요?

Capgo

__CAPGO_KEEP_0__ __CAPGO_KEEP_0__Capgo

__CAPGO_KEEP_0__ __CAPGO_KEEP_0__ __CAPGO_KEEP_1__ __CAPGO_KEEP_0__ __CAPGO_KEEP_0__ __CAPGO_KEEP_0__ __CAPGO_KEEP_0__ __CAPGO_KEEP_0__ __CAPGO_KEEP_0__

For test and development builds, turn off development-build and emulator delivery on production channels. That controls delivery, not MAU: a device can still count when it contacts Capgo. To keep it out of production usage, disable live updates and do not call production Capgo endpoints. See Test Native Builds Without Live Updates for the exact settings.

Capgo와 code을 사용할 수 없는 push의 이유는 무엇인가요?

Capgo는 Java, Kotlin, Objective-C, Swift, 네이티브 플러그인, 또는 네이티브 설정과 같은 네이티브 code을 변경할 수 없습니다. 이러한 변경은 새로운 네이티브 앱 릴리즈가 필요합니다. 스토어 리뷰 범위에 대해서는 App Store와 Google Play 정책.

capacitor.config.ts 변경을 Capgo로 업데이트할 수 있나요?

아니요. 짧은 규칙: 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이 스토어에 제출해 주나요?

Capgo 빌드는 준비된 네이티브 iOS 또는 Android 프로젝트를 컴파일하고 서명할 수 있으며, 구성이 된 경우 App Store Connect 또는 Google Play로 서명된 결과를 제출합니다. 기존 CI를 유지할 수 있습니다. (개인 의존성, 웹 빌드, Capacitor 동기화, 커스텀 네이티브 준비) Capgo는 네이티브 빌드 단계에서 네이티브 프로젝트를 수신합니다.

See Capgo 빌드 및 빌드 구성 참조 워크플로우 및 저장소 제출 옵션에 대한

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.

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도 포함됩니다. 또한 Capgo의 종속성을 업데이트할 수 있습니다. package.json code의 종속성을 업데이트할 수 있지만, native code 변경이 필요하지 않다면만 가능합니다.

code의 native code (예: Android의 Java/Kotlin 또는 iOS의 Objective-C/Swift)를 변경하는 기능은 지원하지 않으며, native code이 변경된 경우 tool은 경고 메시지를 표시합니다. 변경된 native code은 배포에 포함되지 않습니다.

Web을 지원합니까?

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

code push와 웹을 사용하는 경우가 있으시다면 알려주실 수 있나요?

iOS, Android, Mac, Windows, Linux 등에서 작동할까요?

예.

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

Capgo은 어떤 OS 버전을 지원하나요?

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는 Capacitor의 안정적인 버전을 추적하고, 안정적인 릴리스가 나면 몇 시간 이내에 업데이트를 진행합니다. 업데이트를 위한 시스템은 자동화되어 몇 분 만에 완료되며, 업데이트를 완료한 후 추가적인 수동 검증 단계를 거칩니다.

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

Capgo는 Capacitor 웹层에만 변경을 전달합니다: 앱의 WebView에서 이미 실행 중인 HTML, CSS, JavaScript, 및 자산. 앱의 네이티브 바이너리, 네이티브 플러그인, 권한, 특권, 서명, 또는 스토어 메타데이터를 변경하지 않습니다.

네이티브 변경과 기능 또는 목적에 영향을 줄 수 있는 물질적인 변경에 대해 매트리얼 변경을 위해 네이티브 스토어 릴리즈를 사용하고, 앱 경험을 제출하고 사용자에게 공개한 것과 일치하는 라이브 업데이트 내에 유지하세요.

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

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

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

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_1__ 업데이터와 __CAPGO_KEEP_0__ 서버와 상호 작용하기 위해 명령 줄 도구를 사용합니다. 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.
• — 명령 줄 도구를 사용하여 배ंडल 업로드 및 다운로드 국가에서 모든 URL이 접근 가능하다면 __CAPGO_KEEP_0__는 작동해야 합니다. npx @capgo/cli https://__CAPGO_KEEP_0__.__CAPGO_KEEP_1__.app

If all of those URLs are accessible from your country, then Capgo should work.

If your region requires blocking access to any of those URLs, please let us know and we can work with you to find a solution. Proxy servers are one option.

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

Capgo 자체 호스팅 Yes. Enterprise supports licensed self-hosted __CAPGO_KEEP_0__ deployments when you need to run the updater backend in your own infrastructure. See 자체 호스팅 업데이터

Does code push require the internet to work?

__CAPGO_KEEP_0__ push가 인터넷 연결이 필요하나요?

Capgo push가 인터넷 연결이 필요하나요? (직접 링크입니다.)

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

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

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

유저가 오랫동안 업데이트를 미루고 업데이트를 놓친 경우 어떻게 되나요?

우리는 항상 업데이트 요청을 받는 기기를 업데이트하기 위해 업데이트를 특정화하여 요청합니다. 따라서 유저가 오랫동안 업데이트를 미루면 중간 업데이트를 놓칠 수 있습니다.

업데이트 서버는 애플리케이션의 필요에 따라 다음 인크래멘탈 버전 또는 최신 버전을 응답할 수 있습니다. 중요한 업데이트 동작이 있으시면 알려주세요.

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

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

We track the latest stable release of Capacitor and update our code push plugin to work with it.

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

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

It is also possible to run the Capgo updater manually using the @capgo/capacitor-updater package, through which it is possible to trigger updates at any time, including via a push notification.

업데이터 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 서버로 전송되나요? 바로가기

전체 데이터 인벤토리, 엔드포인트 동작 및 개인 정보 제어는 Compliance.

__CAPGO_KEEP_0__를 비활성화하여 명시적 업데이터 통계 보고서를 비활성화합니다. 또한 __CAPGO_KEEP_0__를 프록시 또는 관리하는 엔드포인트로 보내고자 할 경우 statsUrl: '' 자체 호스팅 인프라에서 통계 처리 statsUrl 를 참조하십시오. 업데이트 체크는 여전히 앱 범위의 디바이스 식별자를 필요로 하며 __CAPGO_KEEP_0__가 올바른 업데이트를 선택하고 월간 활성 디바이스를 측정할 수 있도록 합니다.Capgo의 하위 프로세서 목록

__CAPGO_KEEP_0__를 HIPAA-sensitive 앱에 사용할 수 있나요? Direct link to Can I use __CAPGO_KEEP_0__ for HIPAA-sensitive apps? HIPAA-sensitive 앱에 __CAPGO_KEEP_0__를 사용할 수 있나요?

Direct link to Can I use Capgo for HIPAA-sensitive apps?

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

더 엄격한 검토를 위해, 플러그인 트래픽을 지리적 지역화하고 statistic을 비활성화하거나 빈 문자열로 설정하거나 statistic endpoint만 자체 호스팅하거나 라이선스된 자체 호스팅을 사용할 수 있습니다. __CAPGO_KEEP_0__를 사용하여 업데이터 전송을 호출하지 마십시오. 이메일, 사용자 ID, 환자 ID, 직원 ID, 또는 사람과 업데이터 전송을 매핑하는 어떤 값도 포함하지 마십시오. statsUrl HIPAA Compliance CapacitorUpdater.setCustomId(...) HIPAA 규정 준수에 대한 자세한 기술 설정과 statistic이 비활성화되었을 때 관찰 가능성의 트레이드 오프를 참조하십시오.

EU에서 __CAPGO_KEEP_0__ live update 데이터를 유지할 수 있나요? EU에서 __CAPGO_KEEP_0__ live update 데이터를 유지할 수 있나요? EU에서 __CAPGO_KEEP_0__ live update 데이터를 유지할 수 있나요?

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

EU에서 Capgo live update 데이터를 유지할 수 있나요?

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

__CAPGO_KEEP_0__를 사용하는 모든 3개의 EU URL을 함께 사용하여 업데이트 확인, 통계 및 채널 자체 할당이 동일한 지역 데이터 경로를 사용합니다. 이러한 값은 capacitor.config.ts, 프로덕션 모바일 앱은 기존 설치가 새로운 엔드포인트를 사용하기 전에 네이티브 릴리즈가 필요합니다.

See 데이터 위치 를 참조하십시오. Capacitor와 Electron 예제에 대한 정확한 정보입니다.

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

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

Android, iOS, 또는 Electron을 사용하는 Capgo의 사용은 독립적인 결정이 될 수 있습니다. Android 채널 전략과 App Store에 빌드된 ipa, 또는 Electron 채널을 필요에 따라 설정할 수 있습니다.

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

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

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

Capgo의 불완전한 가시성으로 인해, 우리는 이러한 그룹의 구성에 대한 신뢰할 수 있는 가시성을 얻지 못하고, 따라서 이러한 그룹에 따라 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__의 사용자 목록을 추적하고 자동 업데이트를 비활성화하고 특정 사용자에게 업데이트를 트리거하는 @capgo/capacitor-updater 패키지를 사용하여 관리할 수 있습니다. 이 기능은 현재 작동하지만, 사용자 목록을 관리하는 것을 요구합니다.
3. Capgo 사용자 목록을 관리하는 대신, 각 기기별로 옵트인 메커니즘을 생성할 수 있습니다 (Test Tracks 또는 TestFlight과 유사하지만 플랫폼에 독립적입니다). QA 팀이 일반 대중으로 승격되기 전에 옵트인된 버전을 사용할 수 있습니다.
4. progressive rollouts 를 사용하여 랜덤하고 고정된 채널의 서브셋에 후보 버전을 전달할 수 있습니다. 0-100%의 롤아웃을 설정하거나 0.01% 단위로 사용할 수 있으며, 캐시 지속 시간을 60초에서 365일까지 구성하고 옵션으로 자동 중단 정책을 설정할 수 있습니다. 이 기능은 특정 기기 그룹을 선택하지 않습니다. Billing --rollout-percentage-bps Billing

Billing

Direct link to How do I upgrade or downgrade my plan?

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

제품 계획 결제 기간이 언제 다시 시작되나요?

Capgo에 가입한 달의 첫 번째 달에 자동으로 매월 다시 시작됩니다. 예를 들어, 15일에 가입했다면 매월 15일에 다시 시작됩니다.

제품 계획을 취소하는 방법

제품 계획을 언제든지 대시보드에서 취소할 수 있습니다: https://console.capgo.app/settings/organization/plans

__CAPGO_KEEP_0__

__CAPGO_KEEP_3__ __CAPGO_KEEP_4__.

__CAPGO_KEEP_5__

__CAPGO_KEEP_8__

__CAPGO_KEEP_9__

No. A bundle is counted once for storage, regardless of the regions serving it. Capgo bandwidth is based on device downloads that are not served from the edge cache; cache-served deliveries do not count against Capgo bandwidth usage.

__CAPGO_KEEP_0__은 기기 다운로드에 기반한 것이며, 에지 캐시에서 제공되지 않는 다운로드만 카운트된다; 캐시 제공된 배송은 __CAPGO_KEEP_1__ 대역폭 사용에 반영되지 않는다.

Enterprise SLA가 무엇을 포함하는지 Enterprise SLA는 프로덕션 플랫폼에 대한 월간 가용성 약속을 포함한다. 약속을 실현하지 못한 경우, 월간 가용성에 따라 10%에서 30%까지의 서비스 크레딧 일정은 다음과 같다. 초기 지원 대응 목표는 P1: 24시간 365일, P2: 2시간, P3: 1일, P4: 2일이다. Enterprise SLA

Enterprise SLA를 읽어보세요.

통계 및 분석 대시보드에 표시된 통계는 매일 자정 UTC에 업데이트된다. 통계는 유니크한 MAUs에서 계산된다. __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 유지

• iOSv7.25.0 이상부터 기기 ID는 Keychain에 저장되어 정상적인 재설치 시 유지됩니다.
• Androidv7.50.1 이상 버전(또는 v5.50.1+/v6.50.1+ 버전)을 사용하세요. Android Backup/Restore가 앱 설정을 유지할 경우에만 기기 ID가 복원됩니다.
• Electron__CAPGO_KEEP_0__
• Android의 주의 사항: 장치 ID는 안전한 저장소에 저장됩니다.

: 백업을 비활성화하거나 관련된 설정을 제외하거나 앱 데이터를 삭제하면 새로운 장치 ID가 생성됩니다. Android v7.25.0부터 v7.50.0까지 백업이 활성화된 경우에도 재설치 후 새로운 장치 ID를 생성할 수 있습니다.

Device IDs are listed after the app checks in with Capgo through the updater or stats endpoints. A device does not need to install a patch before it can appear in the device list.

장치 ID 목록은 앱이 업데이터나 통계 엔드포인트를 통해 __CAPGO_KEEP_0__에 체크인 한 후에 표시됩니다. 장치가 패치 설치를 하지 않아도 장치 목록에 표시될 수 있습니다.

장치 번호가 MAU와 다른 이유

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

MAU는 계정 기간 동안 구독 중인 유니크한 활성 기기를 센트입니다. 기기 메타데이터가 동일한 채로도 활동이 증가할 수 있으므로 기기 수와 MAU는 다를 수 있습니다.

플랫폼별로 다른 업데이트를 하려면 어떻게 해야 하나요?

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

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

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

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

FAQ에서 계속

Capgo를 사용하고 있다면 FAQ __CAPGO_KEEP_0__ Live Updates를 위한 Capgo Live Updates Capgo Live Updates의 제품 워크플로우에서 개요 __CAPGO_KEEP_0__ Live Updates의 구현 세부 정보에서 기능 __CAPGO_KEEP_0__ Live Updates의 구현 세부 정보에서 업데이트 동작 __CAPGO_KEEP_0__ Live Updates의 구현 세부 정보에서 업데이트 유형 __CAPGO_KEEP_0__ Live Updates의 구현 세부 정보에서