명령어

사용 방법

모든 명령어는 capacitor 프로젝트가 올바르게 활성화된 앱 폴더에서 실행해야 합니다.

Capacitor 웹 앱을 위한 플랫폼 네이티브 런타임

Init

npx @capgo/cli@latest init [apikey]

이 방법은 단계별로 안내해줍니다.

이 메서드는 앱을 Capgo에 추가합니다. 또한 code을 앱에 추가하여 업데이트를 검증합니다. 또한 앱을 빌드하고 Capgo에 업로드합니다. 마지막으로 업데이트가 작동하는지 확인해줍니다.

로그인

npx @capgo/cli login [apikey]

이 방법은 apikey 를 기억해줍니다.

Note

사용 --apikey=******** __CAPGO_KEEP_0__ 명령어에 포함된 옵션을 오버라이드할 수 있습니다.

Optionally you can give:

--local __CAPGO_KEEP_0__ 패키지에 대한 최신 버전을 확인하기 위해 사용할 수 있습니다. 이 명령어는 버그 리포트를 작성할 때도 유용합니다. Doctor __CAPGO_KEEP_0__ 패키지의 버그를 확인하는 섹션입니다.

Command to check if you are up-to-date with __CAPGO_KEEP_0__ packages.

npx @capgo/cli doctor

Command to check if you are up-to-date with Capgo packages.

__CAPGO_KEEP_0__ 앱을 추가하는 섹션입니다.

Add

apikey

npx @capgo/cli app add [appId]

[appId] 앱 ID의 형식은 com.test.app 이 설명 여기.

💡 모든 옵션은 제공되지 않은 경우 config에서 추측됩니다.

선택적으로, 다음을 제공하여:

• --icon [/path/to/my/icon] Capgo 웹 앱에서 사용할 수 있는 사용자 지정 아이콘을 표시할 수 있습니다.
• --name [test] 리스트에서 사용할 수 있는 사용자 지정 이름을 제공할 수 있습니다.
• --apikey [key] API 키를 사용하여 계정에 연결할 수 있습니다.
• --retention [retention] 앱 번들 보관 기간(일), 기본값 0 = 무한

appId 및 AppName의 예 capacitor.config.json for appId와 AppName의 경우, 아이콘은 resources 폴더에서 추측됩니다.

{
  "appId": "ee.forgr.capacitor_go",
  "appName": "Capgo",
  "webDir": "dist"
}

설정

npx @capgo/cli app set [appId]

[appId] 앱 ID는 __CAPGO_KEEP_0__입니다. 형식은 여기.

사용자에게

• --icon [/path/to/my/icon] to have a custom icon display in Capgo web app.
• --name [test] 앱 번들 보관 기간(일), 기본값 0 = 무제한
• --retention [retention] __CAPGO_KEEP_0__ 키를 사용하여 계정에 연결합니다.
• --apikey [key] API key to link to your account.

목록

npx @capgo/cli app list [appId]

[appId] __CAPGO_KEEP_0__ ID 형식은 com.test.app 이곳에서 설명되어 있습니다. Optionally,.

__CAPGO_KEEP_0__ 키를 제공하여 계정에 연결할 수 있습니다.

• --apikey [key] API key to link to your account.

삭제란

npx @capgo/cli app delete [appId]

[appId] 이곳에서 설명되어 있습니다. com.test.app Optionally, __CAPGO_KEEP_0__ 키를 제공하여 계정에 연결할 수 있습니다..

__CAPGO_KEEP_0__ ID 형식은

• --apikey [key] API key to link to your account.
• --bundle __CAPGO_KEEP_0__ 버전 번호를 입력하면 해당 버전만 삭제합니다.

__CAPGO_KEEP_0__

npx @capgo/cli app debug [appId]

[appId] __CAPGO_KEEP_0__ ID는 다음 형식으로 입력합니다. com.test.app __CAPGO_KEEP_0__에 대한 설명은 __CAPGO_KEEP_0__.

__CAPGO_KEEP_0__

• --apikey [key] API 키를 입력하여 계정에 연결할 수 있습니다.
• --device __CAPGO_KEEP_0__에 대한 디버깅을 원하는 특정 장치

__CAPGO_KEEP_0__

npx @capgo/cli app setting [path]

Capacitor 설정을 편집합니다.

[path] - __CAPGO_KEEP_0__ 설정을 변경하고 싶은 경로를 입력하세요. 예를 들어 __CAPGO_KEEP_1__ 설정을 변경하고 싶다면 appId, __CAPGO_KEEP_2__ appId. __CAPGO_KEEP_3__ 자동 업데이트 기능을 비활성화하고 싶다면 __CAPGO_KEEP_4__ capacitor-updaterwith __CAPGO_KEEP_5__ plugins.CapacitorUpdater.autoUpdate __CAPGO_KEEP_6__ __CAPGO_KEEP_7__ 중 하나를 제공해야 합니다. --string off.

Options: --string - __CAPGO_KEEP_8__을 문자열로 설정합니다. --bool!

- __CAPGO_KEEP_9__을 불리언으로 설정합니다.

• --string <string> Bundle
• --bool <true | false> ‘Bundle’이라는 섹션

Bundle

__CAPGO_KEEP_0__

npx @capgo/cli bundle upload [appId]

[appId] __CAPGO_KEEP_0__의 앱 ID입니다. 형식은 __CAPGO_KEEP_0__에서 설명합니다. __CAPGO_KEEP_0__.

__CAPGO_KEEP_0__를 연결하기 위해:

• --apikey <apikey> API 키를 제공할 수 있습니다.
• --path <path> __CAPGO_KEEP_0__ 폴더의 경로를 업로드합니다.
• --channel <channel> __CAPGO_KEEP_0__에 연결할 채널을 선택합니다.
• --external <url> Capgo에 업로드하지 않고 외부 URL로 연결할 수 있습니다.
• --iv-session-key <key> __CAPGO_KEEP_0__ URL에 대한 IV 및 세션 키를 설정합니다.
• --s3-endpoint <s3Endpoint> __CAPGO_KEEP_0__ 엔드포인트의 URL입니다. 델타 업로드나 외부 옵션과 함께 작동하지 않습니다.
• --s3-region <region> __CAPGO_KEEP_0__ 버킷의 지역을 선택합니다.
• --s3-apikey <apikey> API 키를 위한 S3 엔드포인트.
• --s3-apisecret <apisecret> API 키를 위한 S3 엔드포인트의 비밀.
• --s3-bucket-name <bucketName> AWS S3 버킷의 이름.
• --s3-port <port> S3 엔드포인트의 포트.
• --no-s3-ssl S3 업로드를 위한 SSL 비활성화.
• --key <key> 공개용 서명 키의 커스텀 경로 (v1 시스템).
• --key-data <keyData> v1 시스템의 공개용 서명 키.
• --key-v2 <key> 개인용 서명 키의 커스텀 경로 (v2 시스템).
• --key-data-v2 <keyData> v2 시스템의 개인용 서명 키.
• --bundle-url 배포 URL을 stdout에 출력.
• --no-key 서명 키를 무시하고 클리어 업데이트를 전송.
• --no-code-check code의 소스 폴더와 루트 폴더에 있는 인덱스 파일이 존재하는지 확인하지 않음.
• --display-iv-session 콘솔에 표시할 암호화 업데이트에 사용되는 IV 및 세션 키를 표시합니다.
• --bundle <bundle> 업로드할 번들의 버전 번호입니다.
• --min-update-version <minUpdateVersion> 이 버전으로 업데이트하려면 필요한 최소 버전입니다. 채널의 메타데이터에서 자동 업데이트를 비활성화할 때만 사용됩니다.
• --auto-min-update-version 자연스러운 패키지를 기반으로 업데이트할 버전을 설정합니다.
• --ignore-metadata-check 메타데이터 (node_modules) 확인을 무시할 때 업로드합니다.
• --ignore-checksum-check 체크섬 확인을 무시할 때 업로드합니다.
• --timeout <timeout> 업로드 프로세스의 타임아웃 시간 (초)입니다.
• --delta 전체 번들을 업로드할 때 Delta (매니페스트) 파일도 함께 업로드합니다.
• --delta-only 전체 번들을 업로드하지 않고 Delta (매니페스트) 업데이트만 업로드합니다.
• --no-delta Delta (매니페스트) 업로드를 비활성화합니다. (즉시 적용 모드가 활성화되어 있지만 전체 번들을 원할 때 유용합니다). autoUpdate tus 프로토콜을 사용하여 번들을 업로드합니다.
• --tus __CAPGO_KEEP_0__
• --multipart multipart 프로토콜을 사용하여 데이터를 S3로 업로드합니다. deprecated, TUS 대신 사용하세요.
• --encrypted-checksum <encryptedChecksum> 외부 패키지를 업로드할 때 사용하는 암호화된 체크섬(서명).
• --package-json <packageJson> package.json의 경로. monorepos에 유용합니다.
• --auto-set-bundle capacitor.config.json에 패키지를 설정합니다.
• --node-modules <nodeModules> node_modules의 경로 목록. monorepos에 유용합니다 (쉼표로 구분 ex: ../../node_modules,./node_modules)

⭐️ 외부 옵션은 2가지 경우를 해제합니다: 기업의 개인 정보 보호 문제, code를 3자에게 보내지 않기, 앱 크기가 200MB를 넘기. 이 설정을 사용하면 Capgo는 zip의 링크만 저장하고 링크를 모든 앱에 전송합니다.

👀 Capgo 클라우드는 외부 옵션의 경우 링크에 있는 내용을 보지 않거나, code에 저장된 경우.

🔑 Capgo를 사용하여 두 번째 보안层를 추가할 수 있습니다. 이 경우 Capgo는 내용을 보거나 수정할 수 없게 됩니다.

예시 package.json 버전

{
  "version": "1.0.2"
}

⛔ 버전은 “0.0.0”보다 크거나 같아야 합니다.

💡 업데이트를 위해 버전 번호를 매번 변경해 주세요. 버전 번호는 삭제 후 재사용하거나 재정의할 수 없습니다.

목록

npx @capgo/cli bundle list [appId]

[appId] 앱 ID의 형식은 com.test.app 이곳에 설명되어 있습니다. 선택적으로,.

__CAPGO_KEEP_0__

• --apikey [key] API key to link to your account.

삭제

npx @capgo/cli bundle delete [appId]

[appId] 앱 ID의 형식은 com.test.app 이곳에 설명되어 있습니다. here.

Optionally, you can give:

• --apikey [key] API key to link to your account.
• --bundle with the version number will only delete this version.

Cleanup

in a SemVer range for a major version to Cloud

npx @capgo/cli bundle cleanup [appId] --bundle=[majorVersion] --keep=[numberToKeep]

[appId] your app ID the format com.test.app is explained here.

Optionally, you can give:

• --apikey [key] API key to link to your account.
• --bundle [majorVersion] 원하는 이전 패키지를 제거하기 위해 버전을 제거하고 싶은 경우, 마지막 하나를 유지합니다 + numberToKeep.
• --keep [numberToKeep] 제거할 패키지의 수 (기본값 4).

예를 들어, 10.0.1부터 10.0.11까지 10개의 버전이 있고, 이 명령어를 사용하면 npx @capgo/cli cleanup [appId] --bundle=10.0.0 10.0.1부터 10.0.6까지 제거됩니다. 10.0.7부터 10.0.11까지는 유지됩니다.

전체 20개의 버전이 있고, 번들 번호를 제공하지 않으면 npx @capgo/cli cleanup [appId] --keep=2 18개의 버전을 제거하고, 마지막 2개를 유지합니다.

이 명령어는 확인을 요청하고, 유지하고 제거할 목록을 보여줍니다.

주의

이 명령어는 현재 사용 중인 채널에서 사용 중인 번들을 무시합니다.

암호화

주의: 이 명령어는 deprecated되었으며 다음 주요 릴리즈에서 제거될 것입니다. 새로운 암호화 시스템을 사용하세요. npx @capgo/cli bundle encrypt [path/to/zip]

외부 저장소에서 code를 저장할 때 또는 테스트 목적으로 사용할 때 이 명령어를 사용합니다.

선택적으로, 다음을 제공할 수 있습니다:

--key [/path/to/my/private_key] 개인 키의 경로를 지정합니다. --key-data [privateKey] 인라인으로 사용하고 싶다면 개인 키 데이터를 지정합니다. 명령어는 y와 함께 암호화된 zip을 출력하고, 업로드 명령어 또는 복호화 명령어와 함께 사용할 수 있습니다. ivSessionKeyEncrypt V2

Encrypt V2 섹션

npx @capgo/cli bundle encrypt [path/to/zip] [checksum]

This command is used when you use external source to store your code or for test purpose. The checksum is the sha256 of the bundle (generated by —key-v2), it is used to verify the integrity of the file after decryption. It will be enncrypted with the private key and sent along with the bundle. In encryption v2 the checksum is upgraded to become a “signature” of the bundle.

개인 키의 경로를 지정합니다.

--key [/path/to/my/private_key] private key path --key-data [privateKey] __CAPGO_KEEP_0__를 사용하려면 개인 키 데이터를 입력하세요. --json __CAPGO_KEEP_1__으로 정보를 출력합니다. 명령어는 y와 암호화된 zip을 생성하여 업로드 명령어 또는 복호화 명령어와 함께 사용할 수 있습니다. ivSessionKey복호화

복호화

npx @capgo/cli bundle decrypt [path/to/zip] [ivSessionKey]

선택적으로, 다음을 입력할 수 있습니다.

--key [/path/to/my/private_key] __CAPGO_KEEP_0__의 경로를 입력하세요.

--key-data [privateKey] __CAPGO_KEEP_0__를 사용하려면 개인 키 데이터를 입력하세요. 이 명령어는 테스트 목적으로 주로 사용되며, zip을 복호화하고 콘솔에 base64 복호화된 세션 키를 출력합니다.

복호화 V2

npx @capgo/cli bundle decryptV2 [path/to/zip] [ivSessionKey]

복호화에 대한 섹션입니다.

--key [/path/to/my/private_key] 선택적으로, 다음을 입력할 수 있습니다. --key-data [privateKey] private key 데이터가 inline으로 사용되려면, 이 명령어는 주로 테스트 용도로 사용됩니다. 이 명령어는 zip을 해제하고 콘솔에 base64로 해제된 세션 키를 출력합니다. --checksum [checksum] 파일의 체크섬을 계산합니다. 해제 후 체크섬을 검증합니다.

Zip

npx @capgo/cli bundle zip [appId]

[appId] 앱 ID가 무엇인지 설명된 형식입니다. 여기.

(선택 사항) 특정 폴더를 업로드합니다.

• --path [/path/to/my/bundle] (선택 사항) 파일 이름에 버전 번호를 설정합니다.
• --bundle [1.0.0] (선택 사항) 파일 이름을 오버라이드합니다.
• --name [myapp] (선택 사항) 정보를 JSON 형식으로 출력합니다.
• --json (선택 사항) __CAPGO_KEEP_0__ 검사를 무시하고 배ंडल을 보냅니다.
• --no-code-check code
• --key-v2 새 암호화 시스템을 사용하기 위해 필요합니다. 새로운 암호화 시스템은 파일의 무결성을 확인하기 위해 더 나은 체크섬을 사용합니다.

호환성

npx @capgo/cli bundle compatibility [appId] -c [channelName]

[appId] 앱 ID는 __CAPGO_KEEP_0__입니다. 형식은 호환성 확인을 위한 채널 이름입니다.. [channelName] 선택적으로, 다음을 제공할 수 있습니다:

__CAPGO_KEEP_0__ 키를 제공하여 계정에 연결할 수 있습니다.

• --apikey [key] API key to link to your account.
• --text 호환성 확인을 위한 채널 이름입니다.
• --channel [channel] package.json의 경로입니다. 모노레포에 유용합니다.
• --package-json <packageJson> node_modules의 경로 목록입니다. 모노레포에 유용합니다. (쉼표로 구분 ex: ../../node_modules,./node_modules)
• --node-modules <nodeModules> 호환성 확인을 위한 node_modules의 경로 목록입니다. 모노레포에 유용합니다. (쉼표로 구분 ex: ../../node_modules,./node_modules)

채널

추가

npx @capgo/cli channel add [channelName] [appId]

[channelName] 새로운 채널의 이름, 예를 들어 production 또는 beta. [appId] 앱 ID의 형식은 com.test.app 여기서 설명되어 있습니다. 삭제.

삭제 섹션

npx @capgo/cli channel delete [channelName] [appId]

[channelName] 삭제하려는 채널의 이름을 입력하세요. [appId] 앱 ID의 형식 com.test.app 설명은 여기서.

목록

npx @capgo/cli channel list [appId]

[appId] 앱 ID의 형식 com.test.app 설명은 여기서.

선택 사항으로,

• --apikey [key] API 키를 사용하여 계정에 연결할 수 있습니다.

설정

npx @capgo/cli channel set [channelName] [appId]

[appId] __CAPGO_KEEP_0__은 앱 ID입니다. 형식은 여기. [channelName] 설정하려는 채널의 이름, 예를 들어 production 또는 beta.

선택적으로, 다음을 제공할 수 있습니다:

• --bundle [1.2.3] 앱 번들을 이미 클라우드에 업로드한 경우, 채널과 연결하기 위해.
• --latest __CAPGO_KEEP_0__ 버전을 가져오십시오. package.json:version, __CAPGO_KEEP_0__을 사용할 수 없습니다. --bundle.
• --state [ normal | default ] 채널 상태를 설정할 수 있습니다. __CAPGO_KEEP_0__을 사용할 수 있습니다. normal 또는 default. 하나의 채널은 __CAPGO_KEEP_0__이 필요합니다. default.
• --downgrade __CAPGO_KEEP_0__을 통해 채널이 기기에게 다운그레이드 버전을 보내도록 허용합니다.
• --no-downgrade __CAPGO_KEEP_0__ 버전을 기기에게 보내지 못하게 합니다.
• --upgrade __CAPGO_KEEP_0__ 버전을 기기에게 보내게 합니다 (주 버전).
• --no-upgrade __CAPGO_KEEP_0__ 버전을 기기에게 보내지 못하게 합니다 (주 버전).
• --ios __CAPGO_KEEP_0__ 버전을 iOS 기기에게 보내게 합니다.
• --no-ios __CAPGO_KEEP_0__ 버전을 iOS 기기에게 보내지 못하게 합니다.
• --android __CAPGO_KEEP_0__ 버전을 안드로이드 기기에게 보내게 합니다.
• --no-android __CAPGO_KEEP_0__ 버전을 안드로이드 기기에게 보내지 못하게 합니다.
• --self-assign 기기들이 이 채널에 자체 ASSIGN 될 수 있습니다.
• --no-self-assign 기기들이 이 채널에 자체 ASSIGN 될 수 없습니다.
• --disable-auto-update STRATEGY 이 채널의 자동 업데이트 전략을 비활성화합니다. 가능한 옵션은: 주, 부, 메타데이터, 없음.
• --apikey [key] API 키를 통해 계정에 연결합니다.

이 채널의 업데이트 전략을 비활성화합니다.

업데이트를 너무 오래된 버전으로 처리하는 방법이 몇 가지 있습니다.
Capgo는 code의 네이티브 업데이트를 수행할 수 없기 때문에, code의 오래된 네이티브를 가진 버전에서 code의 업데이트된 네이티브를 가진 버전으로 업데이트하는 것은 불가능해야 합니다. 그 방법이 몇 가지 있습니다.

첫 번째 방법은 major 전략입니다. 업데이트를 방지하여 0.0.0 -> 1.0.0.0.0과1두 번째 방법은 0.0.0).
전략입니다. 업데이트를 방지하여 minor 또는 0.0.0 -> 1.1.0 에서 1.1.0 주의하십시오 1.2.0. BE AWARE 이 전략은 업데이트를 방지하지 않습니다. 0.1.0 -> 1.1.0

세 번째로, patch 전략입니다. capgo에 매우 엄격한 모드로 추가되었습니다. 사용하기 전에 완전히 이해하지 않으면 사용하지 않는 것이 좋습니다. 업데이트를 수락하려면 다음 조건이 충족되어야 합니다.

• 새 버전과旧 버전의 메이저 버전이 동일합니다.
• 새 버전과旧 버전의 마이너 버전이 동일합니다.
• 새 버전의 패치 버전이旧 버전의 패치 버전보다 크면

업데이트가 허용되거나 거부되는 다양한 시나리오의 예를 보겠습니다.

• 0.0.311 -> 0.0.314 ✅
• 0.0.0 -> 0.0.314 ✅
• 0.0.316 -> 0.0.314 ❌
• 0.1.312 -> 0.0.314 ❌
• 1.0.312 -> 0.0.314 ❌

마지막으로 가장 복잡한 전략입니다. metadata 전략입니다.
먼저, 초기에 활성화한 후 업데이트는 실패할 것입니다. 채널이 필요한 메타데이터가 부족하기 때문입니다. WILL
If the channel is lacking metadata you will see a message like this:

If you see something like this you know that you have to go to the current bundle for the failing channel and set the metadata.
이런 메시지를 보게 되면, 실패한 채널의 현재 버킷으로 이동하여 메타데이터를 설정해야 합니다. misconfigured First, figure out what channel is failing. You can do that by looking at the

column Bundle number테이블 설정 오류

실패한 채널을 클릭하여 Minimal update version Locate failing channel 실패한 채널 위치하기.
만약에 전달한 값이 semver가 아니라면 에러가 발생하지만, 모든 것이 정상적으로 진행된다면 다음과 같은 것을 볼 수 있을 것입니다.

업데이트를 할 때마다 이 데이터를 수동으로 설정하는 것은 원치 않을 것입니다.幸い하게, CLI는 이 메타데이터가 없는 업데이트를 보내지 못하도록 막습니다.

option을 사용하여 패키지를 올리기 위해 올바른 semver를 전달해야 합니다. metadata __CAPGO_KEEP_0__ 업로드와 메타데이터 --min-update-version 업로드를 올바르게 하기 위해서는 valid semver__CAPGO_KEEP_0__ 업로드와 메타데이터

호환성을 위해 사용할 수 있는 다른 방법도 있습니다. --min-update-version 호환성을 위해 사용할 수 있는 다른 방법도 있습니다. --auto-min-update-version. 이 기능은 어떻게 작동하는지 설명합니다.

첫 번째로, 현재 업로드된 채널의 버전을 확인합니다. 이 버전과 새로운 버전의 호환성을 확인합니다. bundle compatibility 두 번째로, 새로운 버전이 100% 호환적이라면, 최신 버전의 채널에서 "__CAPGO_KEEP_0__"을 재사용합니다. min_update_version 호환되지 않는 경우, 새로운 버전의 "__CAPGO_KEEP_0__"을 업로드 버전의 번들 번호로 설정합니다. min_update_version 이 옵션을 사용할 때 항상 "__CAPGO_KEEP_0__"이 무엇인지 알 수 있습니다. 예를 들어 "__CAPGO_KEEP_0__"은 다음과 같습니다.

호환되지 않는 경우 "__CAPGO_KEEP_0__"은 다음과 같습니다. min_update_version 무결성 보장 (신뢰할 수 없는)

Min update version

End-to-End encryption (Trustless)

Capgo은 종단 간 암호화를 지원합니다. 이는 당신의 번들(code)이 클라우드에 전송되기 전에 암호화되고 장치에서 해독되는 것을 의미합니다. 그에 따라 RSA 키 pair를 생성해야 하며, 다음 명령어를 사용하여 생성할 수 있습니다.

암호화 시스템은 RSA와 AES의 combination입니다. RSA 키는 AES 키를 암호화하고, AES 키는 파일을 암호화합니다.

아래에 암호화 시스템에 대한 더 많은 정보를 참조하세요.

Encryption schema

앱에 키를 생성하세요.

npx @capgo/cli key create

선택적으로, 다음 옵션을 제공할 수 있습니다. --force 기존 키를 덮어씁니다. 이 명령어는 당신의 앱에 키 pair를 생성하고, 개인 키를 안전한 곳에 저장하도록 요청합니다. 개인 키를 git commit하지 마시고, 누구에게도 공유하지 마세요.

당신의 로컬 테스트 후, 키를 config 파일에서 삭제하고 CI 단계에 추가하세요. key save

앱 config에 키를 저장하세요.

npx @capgo/cli key save

선택적으로 다음을 제공할 수 있습니다:

--key [/path/to/my/public_key] 공개 키 파일의 경로를 제공합니다.

--key-data [publicKey] 인라인 사용을 원할 경우 공개 키 데이터를 제공합니다. 이 명령은 앱 구성에서 키를 커밋하지 않았을 때 추천된 대로 따라서 이 명령이 유용합니다.

CI 통합

작업을 자동화하기 위해 GitHub 액션을 사용하여 서버에 푸시하는 작업을 맡기기를 추천합니다.

GitHub 액션 튜토리얼

데모 앱

GitHub - Cap-go/demo-app

CI 환경 변수를 API 키로 구성하지 않으면 잊지 마세요.

명령어에서 계속 진행하세요.

Capgo를 사용 중이라면 Commands Capgo dashboard와 API 연동을 위해 API Overview API Overview의 구현 세부 정보 Introduction Introduction의 구현 세부 정보 API Keys API Keys의 구현 세부 정보 Devices Devices의 구현 세부 정보 __CAPGO_KEEP_0__ __CAPGO_KEEP_1__