페이지 복사 옵션

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

‘code push’는 무엇입니까?

Code push는 Capacitor 개발자들이 앱을 프로덕션 환경에서 업데이트할 수 있도록 하는 클라우드 서비스입니다. Capgo는 현재 안드로이드, iOS, Electron에서 작동합니다.

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

Capgo CLI 버전은 플러그인이나 Capacitor 버전과 일치해야 하나요?

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을 로컬에서 생성한 후 사용자에게 배포하는 명령어입니다.

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

예

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

보기 Delta 업데이트 설치 세부 사항을 참조하십시오.

로드맵이란 무엇인가요?

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

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

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

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

보기 팀 더 많은 정보를 위해

Capgo는 내 원본 code를 저장합니까?

Capgo은 code을 저장하지 않습니다. Capgo 서버는 code을 절대 보지 않습니다. Capgo을 실행할 때 npx @capgo/cli@latest bundle upload, Capgo은 code의 zip 파일을 저장합니다. code은 브라우저가 받는 code와 동일한 code입니다. code은 code이 아닙니다.

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

• 끝에서 끝까지 암호화끝에서 끝까지 암호화를 사용하여 업로드를 보호하고 저장 및 전송 중에 __CAPGO_KEEP_0__을 보호하고第三자들이 __CAPGO_KEEP_0__의 개인 키가 없는 경우에도 유효한 암호화된 업데이트를 생성하는 것을 방지합니다. 이 방법은 공개 키가 배포된 앱에 포함되어 있기 때문에 배포된 웹 자산을 역공학할 수 없게 만드는 것은 아닙니다.
• 외부 URL 업로드Capgo에 다운로드 링크만 제공하고 Capgo이 업로드 링크를 사용하여 Capgo에 업로드하는 옵션 --external <url>

도움이 필요하신가요? __CAPGO_KEEP_0__.app/privacy https://capgo.app/privacy

__CAPGO_KEEP_1__은 개인 데이터인가요?

아니요. 번들 파일은 사용자들이 다운로드할 수 있는 공개 웹 자산입니다. 번들 URL을 아는 사람들은 그 파일을 가져올 수 있으며 Capgo은 설정 및 문서화 중에 사용자에게 이를 알립니다.

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

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

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

Please don’t hesitate to reach out over GitHub issues or Discord if you encounter any issues.

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

Code push allows adding new code / replacing code on the device. Firebase Remote Config and Launch Darkly are both configuration systems. They allow you to change the configuration of your app without having to ship a new version. They are not intended to replace code.

이것은 어떤 종류의 의존성 크기를 추가하는 것일까요?

I haven’t measured recently, but I expect the code push library to add less than one megabyte to Capacitor apps. We know of ways we can make this smaller when that becomes a priority. If size is a blocker for you, please let us know!

Does Capgo work on the iOS 18.4 Simulator?

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

__CAPGO_KEEP_0__에 대한 자세한 내용은 React Native 이슈에서 확인하실 수 있습니다: facebook/react-native#50510

code 푸시가 큰 애플리케이션과 함께 작동합니까?

네. code 푸시에는 애플리케이션 크기에 대한 제한이 없습니다. 아래에 설명된 것과 같이 code 푸시는 애플리케이션의 크기에 관계없이 __CAPGO_KEEP_1__을 변경할 수 있습니다. 참고: 애플리케이션 크기가 클수록 사용자가 업데이트를 다운로드하는 것이 더 어려워집니다. 앱 크기를 가능한 한 작게 유지하는 것을 추천합니다.Capgo 푸시를 사용할 수 있는 code은 무엇입니까?

__CAPGO_KEEP_0__ __CAPGO_KEEP_1__ 푸시를 사용할 수 있는 __CAPGO_KEEP_1__은 무엇입니까?

Capgo code 푸시를 사용할 수 있는 code은 무엇입니까?

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

• 프로덕션 앱에緊急修정을 제공합니다.
• 사용자가 사용하는 앱의 버전이 오래된 경우 버그 수정을 제공합니다.
• 매시간 (예: 매시간)로 지속적으로 제공합니다.

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

직접 링크: Capgo의 'MAU'는 무엇을 의미하는가?

A MAU는 한 달에 Capgo과 접촉하는 유일한 장치입니다. 30일 동안 연속적으로 접촉하는 유일한 장치가 한 MAU로 계산됩니다. 동일한 물리 장치가 두 개의 다른 원시 앱 ID와 함께 사용되는 경우 각 앱 ID에 한 번씩 계산됩니다. 그들은 그들 사이에 중복되지 않습니다.

웹层 또는 업데이트 라우팅만 다를 경우, 하나의 원시 앱 ID를 사용하세요. 채널이것은 하나의 Capgo 앱 아래에 맛을 유지하고 릴리스를 단순화합니다. 맛이 다른 서명 식별자, 권한 집합, 또는 스토어 목록이 필요한 경우 별도의 원시 앱 ID를 사용하세요.

iOS에서 v7.25.0+ 정상적인 재설치를 통해 Keychain을 사용하여 재설치하는 경우, 랜덤한 앱 스코프 장치 ID를 유지합니다. Android에서 v7.50.1+ (또는 v5.50.1+ 및 (And) context: Capgo 마케팅 웹사이트. 역할: 짧은 UI 레이블 또는 네비게이션 아이템. 페이지: trust.astro. 메시지 키 `and` (And). Android 백업/복원에서 앱 설정이 저장되면 ID만 다시 설정됩니다. Android 백업/복원에서 앱 설정을 저장하지 않거나 앱 데이터를 지우면 새로운 기기 ID가 생성됩니다. 앱을 업데이트하면 새로운 기기 ID가 생성되지 않습니다.

테스트 및 개발 빌드의 경우, 개발 빌드 및 에뮬레이터 전달을 프로덕션 채널에서 끕니다. 그게 전달을 제어하는 것이고, MAU는 기기에서 Capgo에 접속할 때 카운트됩니다. 프로덕션 사용을 피하려면 라이브 업데이트를 끕니다. 또한 프로덕션 Capgo 엔드포인트를 호출하지 마십시오. 자세한 설정은 __CAPGO_KEEP_0__를 사용하여 __CAPGO_KEEP_1__ 푸시를 사용할 수 없는 것은 무엇입니까? __CAPGO_KEEP_0__를 사용하여 __CAPGO_KEEP_1__ 푸시를 사용할 수 없는 것은 무엇입니까?

Capgo를 사용하여 code 푸시를 사용할 수 없는 것은 무엇입니까?

Capgo.config.ts 변경을 code를 통해 업데이트할 수 있나요? __CAPGO_KEEP_0__.config.ts 변경을 __CAPGO_KEEP_1__를 통해 업데이트할 수 있나요?.

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

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

The Capacitor 구성 파일은 네이티브 빌드 시간에 읽어져 네이티브 앱 바이너리에 컴파일됩니다. Capacitor 구성이 변경되어야 하는 경우에는:

1. 업데이트 capacitor.config.ts 로컬
2. 네이티브 앱을 다시 빌드하십시오 (npx cap sync 네이티브 빌드가 따릅니다)
3. 새로운 바이너리를 앱 스토어에 제출하십시오

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 )는 디스크에 Capgo 캐시, 로그인 정보는 홈 디렉토리에서 저장됩니다. npx @capgo/cli@latest bundle upload이것은 npm Hot Reload과 어떻게 관련되어 있는지에 대한 설명입니다. ~/.capgo.

How does this relate to Capacitor Hot Reload?로 바로 이동

Capacitor의 Hot reload은 개발 단계에서 Code를 변경할 수 있는 기능입니다. 이 기능은 기기에서 __CAPGO_KEEP_2__ 앱을 빌드하고 로컬 머신에 연결하는 프록시를 사용하여 작동합니다.

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.

Direct link to What types of changes does Code code push support?

제목 ‘What types of changes does Capgo code push support?’

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 currently supports only recent stable releases of Capacitor. We could support older versions of Capacitor as well, we just haven’t built out the infrastructure necessary to maintain such over time. We intend to support more versions of Capacitor in the future, including any version for our enterprise customers. 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는 앱의 WebView에서 이미 실행 중인 HTML, CSS, JavaScript, 및 자산만 Capacitor 웹层에 변경을 전달합니다. 앱의 네이티브 바이너리, 네이티브 플러그인, 권한, 특권, 서명, 또는 스토어 메타데이터는 변경되지 않습니다.

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

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

Capgo는 앱 스토어 또는 구글 플레이 승인에 대한 개인적인 승인 또는 리뷰 결과를 보장하지 않습니다. 앱의 콘텐츠, 공개, 업데이트 범위, 및 현재 스토어 정책에 대한 준수는 앱 개발 팀의 책임입니다.

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

Capgo을 사용할 수 있나요?

Capgo은 Capgo의 접근을 국가에 따라 제한하지 않았습니다.

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

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_0__ npx @capgo/cli 명령 줄 도구로 __CAPGO_KEEP_0__ 업로드 및 다운로드

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

당신의 국가가 URL 중 하나에 대한 접근을 차단하는 경우, 알려주신다면 우리는 당신과 함께 해결책을 찾을 수 있습니다. 프록시 서버는 하나의 옵션입니다.

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

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

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

네. 서버를 통해 업데이트를 분산시키는 것을 상상할 수 있지만, 업데이트를 장치로 전송하기 위해 네트워크 연결이 필요합니다.

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

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

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

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

유저가 오랜 시간 동안 업데이트를 하지 않고 업데이트를 놓치면 어떻게 되나요?

업데이트는 항상 특정 장치에 맞게 구축되어 요청한 장치에 항상 최신 버전으로 업데이트합니다. 따라서 사용자가 오랫동안 업데이트를 하지 않으면 중간 업데이트를 "잊"게 됩니다.

업데이트 서버를 변경하여 응답할 수 있는 다음 인크래멘탈 버전 또는 최신 버전 중 하나를 선택할 수 있습니다. 필요한 경우 다른 업데이트 동작을 지원하는지 알려 주시기 바랍니다.

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

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

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

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

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

만약 Capgo 업데이터를 수동으로 실행하고 싶다면... @capgo/capacitor-updater 패키지를 통해 언제든지 업데이트를 트리거할 수 있으며, 푸시 알림을 통해 업데이트를 트리거할 수 있습니다.

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 서버로 어떤 정보가 전송되는가요? 바로가기

데이터 인벤토리, 엔드포인트 동작, 개인 정보 보호 제어는 모두 준수.

설정 statsUrl: '' explicit 업데이터 통계 보고서를 비활성화합니다. 또한 statsUrl proxy 또는 관리하는 엔드포인트로 전송할 수 있습니다. handling 통계를 자체 호스팅 인프라에서. Update checks still need an app-scoped device identifier so Capgo can select the correct update and measure monthly active devices.

__CAPGO_KEEP_0__이 올바른 업데이트를 선택하고 월간 활성 장치를 측정할 수 있습니다. 업데이트 sub-processor 목록

Can I use Capgo for HIPAA-sensitive apps?

예, 그러나 HIPAA-compliant 호스팅된 통계 처리기로서 Capgo Cloud는 현재 제공되지 않습니다. 기본적으로 업데이터 데이터는 기기 범위에 묶여 있으며 알려진 앱 사용자와 연결되지 않으며, 많은 팀이 이 모델을 성공적으로 사용합니다.

더 엄격한 검토를 위해, 플러그인 트래픽을 지리적으로 지역화할 수 있습니다. 통계를 비활성화하려면 ''를 설정하거나, 통계 엔드포인트만 자체 호스팅하거나, 라이선스된 자체 호스팅을 사용할 수 있습니다. 이메일, 사용자 ID, 환자 ID, 직원 ID, 또는 업데이터 전송성 지표를 개인으로 되돌리는 값과 같은 값을 호출하지 마십시오. statsUrl __CAPGO_KEEP_0__ CapacitorUpdater.setCustomId(...) HIPAA Compliance

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

Capgo 사용을 위해 HIPAA-sensitive 앱에 대한 직접 링크입니다.

Yes. Capgo 앱이 Cloud 플러그인 트래픽을 위한 EU 데이터 거주지 요구를 충족하려면 업데이터 엔드포인트를 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생산 모바일 앱에서 native 릴리즈가 필요하므로 기존 설치가 새로운 엔드포인트를 사용하기 전에 업데이트합니다.

참조하십시오. 데이터 위치 Capacitor과 Electron 예제를 포함한 정확한 Capacitor.

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. 자신의 옵트인 사용자 집합을 추적하고, 자동 업데이트를 비활성화하고, 특정 사용자에게 업데이트를 트리거하는 방법입니다. 이 방법은 현재 작동하지만, 자신의 옵트인 목록을 관리해야 합니다. @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. progressive rollouts progressive rollouts billing --rollout-percentage-bps billing

billing

how do i upgrade or downgrade my plan?

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

__CAPGO_KEEP_0__의 청구 기간이 언제 다시 시작되는지에 대한 바로 가 링크입니다.

Capgo을 취소하는 방법에 대한 바로 가 링크입니다.

__CAPGO_KEEP_0__을 취소하는 방법에 대한 섹션입니다.

__CAPGO_KEEP_0__의 청구 기간이 언제 다시 시작되는지에 대한 섹션입니다. https://console.capgo.app/settings/organization/plans

1년 동안 미리 결제할 수 있나요?

네. 당신의 organization plan settings.

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

저장소에는 당신의 채널에 걸쳐 있는 historical bundles과 그들의 Delta assets가 포함되어 있습니다. 당신은 각 앱의 App Settings에서 unused-bundle 보관 기간을 제어할 수 있습니다. 활성 채널이나 롤아웃에 연결된 bundles은 계속 보호되므로 배포와 롤백을 위해 사용할 수 있습니다.

지역 복제는 저장소나 대역폭을 늘리나요?

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

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

엔터프라이즈는 99.9%의 월간 가용성 약속을 포함합니다. 약속을 충족하지 못하면 월간 가용성에 따라 10%에서 30%까지의 서비스 크레딧 일정표가 적용됩니다. 초기 지원 대응 목표는 P1: 1시간, 24/7/365; P2: 2개의 비즈니스 시간; P3: 1개의 비즈니스 시간; P4: 2개의 비즈니스 시간입니다. 자세한 내용은 엔터프라이즈 SLA 엔터프라이즈 SLA의 완전한 조건을 읽어보세요.

통계 및 분석

대시보드에 표시되는 통계는 매일 자정 UTC에 업데이트됩니다. 통계는 DISTINCT 월간 활성 사용자 수 (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 caveat: 백업을 비활성화하거나 관련된 설정을 제외하거나 앱 데이터를 삭제하면 새로운 장치 ID가 생성됩니다. Android v7.25.0부터 v7.50.0까지는 백업이 활성화된 경우에도 재설치 후 새로운 장치 ID를 생성할 수 있습니다.

장치 ID는 앱 범위 내이며 실시간 업데이트 전송 및 MAU 중복 제거를 지원합니다. 이는 광고나 앱 간 추적 식별자와는 다릅니다.

장치 ID는 Capgo를 통해 업데이터 또는 통계 엔드포인트를 통해 앱이 체크인한 후에 나열됩니다. 장치가 패치를 설치하기 전에 장치 목록에 나타날 수 있습니다.

왜 내 장치 번호가 내 MAU와 다르죠?

장치 목록과 MAU는 서로 다른 신호에 기반합니다.

장치 목록은 각 장치의 최신 알려진 메타데이터를 표시합니다. chẳng hạn, 장치 ID, 플랫폼, 플러그인 버전, OS 버전, 네이티브 버전, 채널, 설치된 번들 및 요청 국가(있을 때). 요청 국가는 장치에서 Cloudflare-처리된 요청의 최신 유효한 두 자리 code를 받은 것에 따라 결정됩니다. GPS나 앱 제공된 위치가 아닙니다. 유효한 국가가 없는 요청은 마지막 유효한 값을 지속합니다. Capgo는 앱이 체크인할 때 이 메타데이터를 업데이트하지만, 동일한 메타데이터를 보고하는 반복적인 체크인으로 인해 행이나 마지막 업데이트 시간이 변경되지 않을 수 있습니다.

MAU는 계정 기간 동안 활성 장치의 개수를 카운트합니다. 활동은 장치 메타데이터가 동일한 경우에도 증가할 수 있으므로 장치 수와 MAU는 다를 수 있습니다.

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

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

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

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

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

FAQ에서 계속 진행하세요.

Capgo를 사용하고 있다면 FAQ 라이브 업데이트 배포를 계획하기 위해 연결하세요. Capgo 라이브 업데이트 제품 워크플로우에 대한 Capgo 라이브 업데이트 개요 개요에 대한 구현 세부 정보 기능 기능에 대한 구현 세부 정보 업데이트 동작 업데이트 동작에 대한 구현 세부 정보 업데이트 유형 업데이트 유형에 대한 구현 세부 정보