명령어

설치 단계 및 이 플러그인의 전체 마크다운 가이드가 포함된 설정 프롬프트를 복사하세요.

사용법

capacitor 폴더에서 모든 명령어를 실행해야 합니다. capacitor 프로젝트가 올바르게 켜져 있어야 합니다.

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

Init

npx @capgo/cli@latest init [apikey]

이 메서드는 단계별로 안내해줍니다.

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

npx @capgo/cli login [apikey]

이 메서드는 로그인을 기억해줍니다. apikey 참고

로컬 저장소에 __CAPGO_KEEP_0__를 저장하고 git에서 무시하세요.

--local Doctor ‘Doctor’라는 제목의 섹션 Capgo 패키지에 대한 최신 버전을 확인하는 명령어입니다.

이 명령어는 버그 리포트를 작성할 때도 유용합니다.

npx @capgo/cli doctor

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

Optionally you can give:

in any command to override it

추가

npx @capgo/cli app add [appId]

[appId] __CAPGO_KEEP_0__ 형식의 앱 ID를 추가하세요. com.test.app 설명은 여기에 있습니다. 💡 제공하지 않은 경우, 모든 옵션은 config에서 추측됩니다..

자세히 하려면:

__CAPGO_KEEP_0__ 웹 앱에서 사용할 사용자 정의 아이콘을 표시하고 싶다면:

--icon [/path/to/my/icon] Capgo 목록에서 사용할 사용자 정의 이름을 표시하고 싶다면:
--name [test] __CAPGO_KEEP_0__ 키를 사용하여 계정에 연결하고 싶다면:
--apikey [key] API key to link to your account.
--retention [retention] Section titled “App”

예시 capacitor.config.json appId 및 AppName을 위한 아이콘은 resources 폴더에 있는 guess로 지정됩니다.

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

설정

npx @capgo/cli app set [appId]

[appId] 앱 ID가 무엇인지 설명하는 포맷은 여기에 있습니다. 선택적으로, 다음을 제공할 수 있습니다..

웹 앱에 사용할 커스텀 아이콘을 표시하고 싶다면.

--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] 앱 ID 형식은 다음과 같습니다. com.test.app 이것은 설명되어 있습니다. 여기.

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

--apikey [key] API 키를 사용하여 계정에 연결합니다.

삭제

npx @capgo/cli app delete [appId]

[appId] 앱 ID 형식은 다음과 같습니다. com.test.app 이것은 설명되어 있습니다. 여기.

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

--apikey [key] API 키를 제공하여 계정에 연결할 수 있습니다.
--bundle 버전 번호를 포함하면 해당 버전만 삭제합니다.

Debug

npx @capgo/cli app debug [appId]

[appId] 앱 ID의 형식은 com.test.app 이곳에서 설명되어 있습니다. 선택적으로, 다음을 제공할 수 있습니다:.

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

--apikey [key] API key to link to your account.
--device 설정

설정

npx @capgo/cli app setting [path]

Capacitor 설정을 편집합니다.

[path] - 변경하고 싶은 설정의 경로를 입력하세요. 예를 들어, 자동 업데이트를 비활성화하려면 appId를 입력하세요. appId. 자동 업데이트를 비활성화하려면 capacitor-updater를 입력하세요. plugins.CapacitorUpdater.autoUpdate with --string off.

__CAPGO_KEEP_0__ 설정을 입력하세요. 또는 --string 를 입력하세요. --bool!

__CAPGO_KEEP_0__ 설정을 입력하세요. 또는

--string <string> 를 입력하세요.
--bool <true | false> 선택 항목:

__CAPGO_KEEP_0__

__CAPGO_KEEP_2__

npx @capgo/cli bundle upload [appId]

[appId] __CAPGO_KEEP_4__는 앱 ID입니다. 형식은 __CAPGO_KEEP_5__에서 설명합니다. __CAPGO_KEEP_6__.

__CAPGO_KEEP_7__를 선택적으로 입력할 수 있습니다.

--apikey <apikey> API key to link to your account.
--path <path> __CAPGO_KEEP_9__ 폴더의 경로를 업로드합니다.
--channel <channel> __CAPGO_KEEP_10__에 연결할 채널을 설정합니다.
--external <url> __CAPGO_KEEP_11__ 대신 Capgo에 업로드하지 않고 외부 URL로 연결할 수 있습니다.
--iv-session-key <key> __CAPGO_KEEP_12__를 설정하여 외부 URL로 업로드할 때 사용할 암호화 키를 설정합니다.
--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> __CAPGO_KEEP_0__ S3 엔드포인트의 포트입니다.
--no-s3-ssl S3 업로드를 위해 SSL을 비활성화합니다.
--key <key> __CAPGO_KEEP_0__ 공개 서명 키 (v1 시스템)입니다.
--key-data <keyData> __CAPGO_KEEP_0__ 공개 서명 키 (v1 시스템)입니다.
--key-v2 <key> __CAPGO_KEEP_0__ 개인 서명 키 (v2 시스템)입니다.
--key-data-v2 <keyData> __CAPGO_KEEP_0__ 개인 서명 키 (v2 시스템)입니다.
--bundle-url 배포 URL을 stdout로 출력합니다.
--no-key 업데이트를 무시하고 명확한 업데이트만 전송합니다.
--no-code-check 소스 code와 인덱스 폴더 루트에 있는지 확인하는 notifyAppReady()가 호출되었는지 확인하지 않습니다.
--display-iv-session 업데이트를 암호화하기 위해 사용한 IV와 세션 키를 콘솔에 표시합니다.
--bundle <bundle> 업로드할 번들에 포함된 번들 버전 번호를 설정합니다.
--min-update-version <minUpdateVersion> 자동 업데이트를 비활성화한 채널의 메타데이터에서만 사용하는 업데이트로 업그레이드할 수 있는 최소 버전 번호입니다.
--auto-min-update-version 네이티브 패키지에 따라 업데이트로 업그레이드할 수 있는 최소 버전 번호를 설정합니다.
--ignore-metadata-check 업로드할 때 메타데이터(노드 모듈) 확인을 무시합니다.
--ignore-checksum-check 업로드할 때 체크섬 확인을 무시합니다.
--timeout <timeout> 업로드 프로세스의 타임아웃 시간을 초 단위로 설정합니다.
--delta 델타(매니페스트) 파일을 함께 업로드합니다.
--delta-only 델타(매니페스트) 업데이트만 업로드하고 전체 번들을 생략합니다.
--no-delta 델타(매니페스트) 업로드를 비활성화합니다. (즉시 적용 시 유용) autoUpdate mode이 활성화되어 있지만 전체 번들을 원한다).
--tus tus protocol을 사용하여 번들을 업로드하세요.
--multipart S3에 데이터를 업로드하는 데 multipart protocol을 사용합니다. 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는 내용을 보거나 수정할 수 없게 됩니다. ‘신뢰할 수 없는’ 상태가 됩니다.

예시 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 설명은 여기.

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

--apikey [key] API 키를 사용하여 계정에 연결합니다.
--bundle 버전 번호와 함께 사용하면 해당 버전만 삭제합니다.

Cleanup

SemVer 범위 내의 메이저 버전으로 Cloudflare로

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

[appId] 애플리케이션 ID 형식 com.test.app 설명은 여기.

Optionally, you can give:

--apikey [key] API key를 제공하여 계정에 연결할 수 있습니다.
--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개의 버전을 유지합니다.

이 명령어는 확인을 요청하고, 유지 및 제거할 패키지 목록을 표 형식으로 표시합니다.

암호화

주의: 이 명령은 다음 주요 릴리스에서 제거될 예정입니다. 새로운 암호화 시스템을 사용하세요. npx @capgo/cli bundle encrypt [path/to/zip]

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

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

--key [/path/to/my/private_key] 개인 키의 경로. --key-data [privateKey] 인라인으로 사용할 경우 개인 키 데이터. ivSessionKey명령은 y를 출력하고 암호화된 zip을 생성하여 업로드 명령 또는 복호화 명령과 함께 사용할 수 있습니다.

암호화 V2

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

외부 저장소에서 code를 저장할 때 또는 테스트 목적으로 사용할 때 이 명령을 사용합니다. 체크섬은 —key-v2로 생성된 배ंडल의 sha256입니다. 복호화 후 파일의 무결성을 확인하기 위해 사용됩니다. 체크섬은 개인 키로 암호화되어 배ंडल과 함께 전송됩니다. 암호화 v2에서 체크섬은 배ंडल의 “서명”으로 업그레이드됩니다.

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

--key [/path/to/my/private_key] 개인 키의 경로를 지정합니다. --key-data [privateKey] 인라인 사용을 원할 경우 개인 키 데이터를 제공합니다. --json JSON 형식으로 정보를 출력합니다. 명령어는 y와 암호화된 zip을 생성하여 업로드 명령어 또는 복호화 명령어와 함께 사용할 수 있습니다. ivSessionKey복호화

복호화

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

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

--key [/path/to/my/private_key] 인라인 사용을 원할 경우 개인 키 데이터를 제공합니다. 이 명령어는 테스트 목적으로 주로 사용되며, zip을 복호화하고 콘솔에 base64 복호화된 세션 키를 출력합니다.

--key-data [privateKey] 복호화 V2

복호화 V2

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

Optionally, you can give:

--key [/path/to/my/private_key] private key의 경로를 제공할 수 있습니다. --key-data [privateKey] private key 데이터를 inline으로 사용하고 싶다면 제공할 수 있습니다. 이 명령어는 주로 테스트 용도로 사용되며, zip을 해제하고 콘솔에 base64로 암호화된 세션 키를 출력합니다. --checksum [checksum] 파일을 해제하고 checksum을 확인할 수 있습니다.

Zip

npx @capgo/cli bundle zip [appId]

[appId] 앱 ID입니다. 형식은 이곳에서 설명되어 있습니다..

Optionally, you can give:

--path [/path/to/my/bundle] 특정 폴더를 업로드할 수 있습니다.
--bundle [1.0.0] 파일 이름의 버전 번호를 설정할 수 있습니다.
--name [myapp] 파일 이름을 오버라이드할 수 있습니다.
--json JSON 형식으로 정보를 출력합니다.
--no-code-check code 확인을 무시하고 배포를 계속합니다.
--key-v2 새로운 암호화 시스템을 사용합니다. 새로운 암호화 시스템은 파일의 무결성을 확인하기 위해 더 나은 체크섬을 사용하기 때문에 필요합니다.

호환성

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

[appId] 앱 ID입니다. 형식은 여기서 설명되어 있습니다. 새로운 채널 이름입니다.. [channelId] 선택적으로, 다음을 제공할 수 있습니다:

__CAPGO_KEEP_0__ 키를 사용하여 계정에 연결합니다.

--apikey [key] API key to link to your account.
--text 호환성 확인을 위해 사용할 채널입니다.
--channel [channel] 호환성
--package-json <packageJson> 패키지 json 파일의 경로. 모노레포스용 유용합니다.
--node-modules <nodeModules> 노드 모듈의 경로 목록. 모노레포스용 유용합니다. (쉼표로 구분 ex: ../../node_modules,./node_modules)

채널

새로운 채널의 이름을 추가하세요.

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

[channelId] 여기서 설명되어 있습니다. [appId] 삭제 com.test.app 삭제 __CAPGO_KEEP_0__.

__CAPGO_KEEP_1__

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

[channelId] 삭제하고 싶은 채널 이름. [appId] 앱 ID 형식은 com.test.app 이곳에서 설명되어 있습니다. 목록.

npx @capgo/cli channel list [appId]

[appId] 이곳에서 설명되어 있습니다. com.test.app 선택적으로, 다음을 제공할 수 있습니다: __CAPGO_KEEP_0__ 키를 통해 계정에 연결할 수 있습니다..

설정

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

list

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

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

선택적으로, 클라우드에 이미 업로드 된 앱 번들을 채널에 연결하기 위해 제공할 수 있습니다.

--bundle [1.2.3] 클라우드에 업로드 된 앱 번들의 버전을 가져올 수 있습니다.
--latest __CAPGO_KEEP_0__는 __CAPGO_KEEP_1__와 함께 사용할 수 없습니다. package.json:version__CAPGO_KEEP_0__는 채널 상태를 설정할 수 있습니다. --bundle.
--state [ normal | default ] 또는 normal 한 채널은 __CAPGO_KEEP_2__을 사용할 수 있습니다. default__CAPGO_KEEP_2__을 사용하지 않으면 __CAPGO_KEEP_3__을 사용할 수 있습니다. default.
--downgrade __CAPGO_KEEP_2__은 __CAPGO_KEEP_4__을 기기에서 전송할 수 있습니다.
--no-downgrade __CAPGO_KEEP_3__은 __CAPGO_KEEP_4__을 기기에서 전송하지 않습니다.
--upgrade __CAPGO_KEEP_0__를 사용하여 계정에 연결합니다.
--no-upgrade __CAPGO_KEEP_0__를 사용하여 계정에 연결합니다.
--ios __CAPGO_KEEP_0__를 사용하여 계정에 연결합니다.
--no-ios __CAPGO_KEEP_0__를 사용하여 계정에 연결합니다.
--android __CAPGO_KEEP_0__를 사용하여 계정에 연결합니다.
--no-android __CAPGO_KEEP_0__를 사용하여 계정에 연결합니다.
--self-assign __CAPGO_KEEP_0__를 사용하여 계정에 연결합니다.
--no-self-assign __CAPGO_KEEP_0__를 사용하여 계정에 연결합니다.
--disable-auto-update STRATEGY __CAPGO_KEEP_0__를 사용하여 계정에 연결합니다.
--apikey [key] API를 사용하여 계정에 연결합니다.

__CAPGO_KEEP_0__를 사용하여 계정에 연결합니다.

업데이트를 너무 오래된 버전으로 할 수 없도록 처리하는 방법이 몇 가지 있습니다.
Capgo은 code의 네이티브 업데이트를 할 수 없으므로, code의 오래된 네이티브 code을 업데이트한 버전으로 업데이트하는 것이 불가능해야 합니다.

업데이트를 할 수 없도록 처리하는 방법은 두 가지가 있습니다. major 첫 번째는 전략입니다. 업데이트를 막아줍니다. 0.0.0 -> 1.0.0전략의 주요 목표는 __CAPGO_KEEP_0__의 __CAPGO_KEEP_1__ 버전을 __CAPGO_KEEP_2__ 버전으로 업데이트하는 것을 막는 것입니다.1두 번째는 전략입니다. 업데이트를 막아줍니다. 0.0.0).
또는 __CAPGO_KEEP_0__의 __CAPGO_KEEP_1__ 버전에서 __CAPGO_KEEP_2__ 버전으로 업데이트하는 것을 막습니다. minor BE AWARE 0.0.0 -> 1.1.0 이 전략은 __CAPGO_KEEP_0__의 __CAPGO_KEEP_1__ 버전에서 __CAPGO_KEEP_2__ 버전으로 업데이트하는 것을 막지 않습니다. 1.1.0 BE AWARE 1.2.0. 이 전략은 __CAPGO_KEEP_0__의 __CAPGO_KEEP_1__ 버전에서 __CAPGO_KEEP_2__ 버전으로 업데이트하는 것을 막지 않습니다. BE AWARE 0.1.0 -> 1.1.0

세 번째, 전략입니다. 그것은 __CAPGO_KEEP_0__ 에서 매우 엄격한 모드로 추가되었습니다. 그것을 사용하는 것을 권장하지 않습니다. 그것이 작동하는 방법을 완전히 이해하지 않는 한. patch strategy. It was added into capgo as a very strict mode. It’s not recommended to be used unless you fully understand how it works. In order for it to accept a update the following conditions must be meet:

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

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

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 먼저, 초기에 활성화한 후 업데이트가 __CAPGO_KEEP_0__ WILL 실패합니다. 채널이 필요한 메타데이터가 부족하기 때문입니다.
채널이 메타데이터가 부족하면 다음과 같은 메시지를 볼 수 있습니다: __CAPGO_KEEP_0__ __CAPGO_KEEP_0__
__CAPGO_KEEP_0__

이런 메시지를 보게 되면 현재 채널에서 실패한 채널의 버킷으로 이동하여 메타데이터를 설정해야 합니다.
먼저 실패한 채널을 확인해야 합니다. 채널을 확인하는 방법은 실패한 채널의 열을 확인하는 것입니다. misconfigured 열

그 다음 실패한 채널을 클릭하여 버킷 페이지로 이동하세요. Bundle number실패한 채널을 찾으세요

그 다음에 채널의 버킷 페이지로 이동하여 ""필드를 입력하세요. 이 필드는 semver 형식이어야 합니다.

semver Minimal update version 입력한 semver 형식이 올바르지 않으면 오류 메시지를 보게 되지만, 올바르게 입력했다면 다음과 같은 메시지를 보게 됩니다. semver.
semver

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

Capacitor를 사용할 때 배ंडल을 올바르게 업로드하려면 다음 옵션을 사용해야 합니다. metadata Capacitor --min-update-version valid semver 예를 들어, 다음과 같이 사용할 수 있습니다.__CAPGO_KEEP_0__ 업로드와 메타데이터

호환성을 위해 여러 가지 방법을 제공합니다. --min-update-version 다음은 호환성을 위해 제공하는 방법 중 하나입니다. --auto-min-update-version__CAPGO_KEEP_0__

처음에는 현재 업로드 된 채널의 버전을 확인합니다. 호환성을 확인하는 것은 명령어와 동일합니다. 두 번째로, 새로운 버전이 100% 호환적이라면 최신 버전의 채널에서 "__CAPGO_KEEP_0__"를 재사용합니다. 호환되지 않는다면, 새로운 버전의 업로드 번호를 "__CAPGO_KEEP_0__"로 설정합니다. 이 옵션을 사용할 때 항상 "__CAPGO_KEEP_1__"의 업데이트를 알 수 있습니다. 예를 들어 다음과 같습니다: "Min update version" 호환되지 않는다면 "Min update version not compatible"와 같은 형식으로 표시됩니다. "End-to-End encryption (Trustless)"라는 제목의 섹션입니다. "__CAPGO_KEEP_0__"는 종단 간 암호화 지원을 제공하며, 이는 배달(__CAPGO_KEEP_1__)가 클라우드에 암호화되어 디바이스에서 복호화되는 것을 의미합니다. 이를 위해 RSA 키 pair를 생성해야 하며, 다음 명령어를 사용하여 생성할 수 있습니다. bundle compatibility __CAPGO_KEEP_0__ min_update_version __CAPGO_KEEP_1__ min_update_version Min update version

Min update version not compatible min_update_version End-to-End encryption (Trustless)

__CAPGO_KEEP_1__

Min update version not compatible

Capgo supports end-to-end encryption, this means that your bundle(code) is encrypted before sent to the cloud and decrypted on the device. For that, you need to generate an RSA key pair, you can use the following command to generate it.

The encryption system is a combination of RSA and AES, the RSA key is used to encrypt the AES key, and the AES key is used to encrypt the file.

See below for more information about the encryption system.

Encryption schema

Create key for your app

npx @capgo/cli key create

Optionally, you can give: to overwrite the existing key. This command will create for you a key pair in your app, and will ask you to save the private key in a safe place. It’s recommended to not git commit the private key, and to not share it with anyone. --force After your local test, remove the key from the config file and add it on the CI step with

Save key in your app config key save

Save key in your app config

npx @capgo/cli key save

__CAPGO_KEEP_0__

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

--key-data [publicKey] __CAPGO_KEEP_0__ 파일의 공개 키 데이터를 inline으로 사용하고 싶다면 사용하세요. 이 명령어는 앱 설정에 키를 커밋하지 않았을 때 추천된대로 따라했다면 유용합니다.

CI 통합

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

GitHub 액션 튜토리얼

데모 앱

GitHub - Cap-go/demo-app

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

명령어에서 계속

Capgo를 사용 중이라면 명령어 대시보드 및 API 연산을 계획하려면 API Overview와 연결하세요. API Overview API Overview의 구현 세부 정보 소개 소개의 구현 세부 정보 API Keys API Keys의 구현 세부 정보 기기 기기의 구현 세부 정보 묶음 구성 요소에 대한 구현 세부 정보입니다.