명령어

사용

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

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

초기화

npx @capgo/cli@latest init [apikey]

이 메서드는 앱을 __CAPGO_KEEP_0__에 추가합니다. 또한 __CAPGO_KEEP_1__을 앱에 추가하여 업데이트 확인을 위해 사용합니다. 또한 앱을 빌드하고 __CAPGO_KEEP_2__에 업로드합니다. 마지막으로 업데이트 확인을 도와줍니다.

It will add your app to Capgo. It will add the code to your app to validate the update. Likewise, it will build your app. Furthermore, it will upload your app to Capgo. And it will help you to check if the update works.

이 메서드는 로그인을 기억합니다.

npx @capgo/cli login [apikey]

__CAPGO_KEEP_2__ apikey __CAPGO_KEEP_0__를 위한 최신 패키지와 최신 상태인지 확인하는 명령어입니다.

Note

사용 --apikey=******** 명령어에 사용하여 오버라이드 할 수 있습니다.

Optionally __CAPGO_KEEP_0__를 주시면 됩니다.

--local __CAPGO_KEEP_0__ apikey를 로컬 저장소에 저장하고 git으로 무시합니다. Doctor __CAPGO_KEEP_0__ Doctor

__CAPGO_KEEP_0__ 패키지와 최신 상태인지 확인하는 명령어입니다.

npx @capgo/cli doctor

Capgo를 위한 최신 패키지와 최신 상태인지 확인하는 명령어입니다.

이 명령어는 버그 보고에도 유용할 것입니다.

App

Add

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 appId와 AppName을 위한 예시

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

설정

npx @capgo/cli app set [appId]

[appId] 선택적으로 다음을 제공할 수 있습니다. 웹 앱에서 __CAPGO_KEEP_0__ 아이콘을 사용하도록 커스텀할 수 있습니다..

목록에서 커스텀한 이름을 사용하도록 할 수 있습니다.

• --icon [/path/to/my/icon] to have a custom icon display in Capgo web app.
• --name [test] is your app ID, the format is explained
• --retention [retention] __CAPGO_KEEP_0__ 키를 사용하여 계정에 연결합니다.
• --apikey [key] API 키를 사용하여 계정에 연결합니다.

목록

npx @capgo/cli app list [appId]

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

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

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

삭제 섹션

npx @capgo/cli app delete [appId]

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

(선택 사항) 버전 번호를 포함하여 삭제할 버전만 삭제합니다.

• --apikey [key] API key to link to your account.
• --bundle Debug 섹션

앱 ID의 형식은

npx @capgo/cli app debug [appId]

[appId] (선택 사항) __CAPGO_KEEP_0__ 키를 사용하여 계정에 연결할 수 있습니다. com.test.app __CAPGO_KEEP_0__ 키를 사용하여 계정에 연결할 수 있습니다. 이곳에서 설명합니다..

(선택 사항) __CAPGO_KEEP_0__ 키를 사용하여 계정에 연결할 수 있습니다.

• --apikey [key] API key to link to your account.
• --device __CAPGO_KEEP_0__ 설정을 변경하려면

설정

npx @capgo/cli app setting [path]

Capacitor 설정을 편집합니다.

[path] - 변경하고 싶은 설정의 경로를 지정합니다. 예를 들어, 자동 업데이트 기능을 비활성화하려면 appId, 제공 appId. 자동 업데이트 기능을 비활성화하려면 capacitor-updater 제공하거나 plugins.CapacitorUpdater.autoUpdate

또는 --string 선택 항목: --bool!

- 설정을 문자열로 설정합니다.

• --string <string> __CAPGO_KEEP_0__
• --bool <true | false> - 설정을 불리언으로 설정합니다.

Bundle

Upload

npx @capgo/cli bundle upload [appId]

[appId] 앱 ID가 이곳입니다. 형식은 이곳을 참조하세요..

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

• --apikey <apikey> API 계정에 연결하기 위한 키를 제공할 수 있습니다.
• --path <path> 업로드할 폴더의 경로입니다.
• --channel <channel> 연결할 채널입니다.
• --external <url> Capgo Cloud에 업로드하지 않고 외부 URL로 연결합니다.
• --iv-session-key <key> __CAPGO_KEEP_0__ IV와 세션 키를 설정하여 외부 URL을 위한 패키지 URL을 설정합니다.
• --s3-endpoint <s3Endpoint> __CAPGO_KEEP_0__ S3 엔드포인트의 URL입니다. 델타 업로드나 외부 옵션과 함께 작동하지 않습니다.
• --s3-region <region> __CAPGO_KEEP_0__ S3 버킷의 지역입니다.
• --s3-apikey <apikey> API S3 엔드포인트의 API 키입니다.
• --s3-apisecret <apisecret> API S3 엔드포인트의 API 비밀번호입니다.
• --s3-bucket-name <bucketName> __CAPGO_KEEP_0__ AWS S3 버킷의 이름입니다.
• --s3-port <port> __CAPGO_KEEP_0__ S3 엔드포인트의 포트입니다.
• --no-s3-ssl __CAPGO_KEEP_0__ 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을 표준 출력으로 출력합니다.
• --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 업로드를 중단합니다 (manifest). (사용할 수 있는 경우, __CAPGO_KEEP_0__.config.json에 전체 번들을 업로드하고 싶을 때). directUpdate __CAPGO_KEEP_0__.config.json에 업로드된 번들을 tus 프로토콜로 업로드합니다.
• --tus multipart 프로토콜을 사용하여 데이터를 S3로 업로드합니다. deprecated, tus를 사용하세요.
• --multipart 외부 번들을 업로드할 때 사용하는 암호화된 체크섬 (서명).
• --encrypted-checksum <encryptedChecksum> package.json의 경로. 모노레포에 유용합니다.
• --package-json <packageJson> __CAPGO_KEEP_0__.config.json에 번들을 설정합니다.
• --auto-set-bundle Set the bundle in capacitor.config.json.
• --node-modules <nodeModules> ⭐️ 외부 옵션은 2가지 경우를 해제합니다: 기업의 개인 정보 보호 문제, 200MB를 초과하는 앱. 이 설정을 사용하면 __CAPGO_KEEP_1__는 zip의 링크만 저장하고 앱에 링크를 전송합니다.

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

👀 Capgo cloud never looks at what is in the link (for external option), or in the code when stored.

🔑 You can add a second layer of security by using encryption, then Capgo will not be able to look or modify anything, it becomes “trustless”.

__CAPGO_KEEP_1__ 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 버전 번호를 포함하면 해당 버전만 삭제합니다.

정리

Cloudflare로

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

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

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

• --apikey [key] API 키를 제공하여 계정에 연결하세요.
• --bundle [majorVersion] 버전을 제거하기 전에 이전 패키지를 유지하기 위해 유지할 버전을 지정할 수 있습니다. (기본값 4) numberToKeep.
• --keep [numberToKeep] 예를 들어, 10.0.1부터 10.0.11까지 10개의 버전이 존재하고, 이 명령어를 사용하면 10.0.1부터 10.0.6까지의 버전이 제거되고, 10.0.7부터 10.0.11까지의 버전은 유지됩니다.

버전 수를 지정하지 않으면 20개의 버전이 존재할 경우, 18개의 버전이 제거되고, 마지막 2개의 버전만 유지됩니다. npx @capgo/cli cleanup [appId] --bundle=10.0.0 이 명령어는 확인을 요청하며, 유지하고 제거할 항목을 보여주는 표를 표시합니다.

주의 npx @capgo/cli cleanup [appId] --keep=2 주의

이 명령어는 확인을 요청하며, 유지하고 제거할 항목을 보여주는 표를 표시합니다.

예를 들어, 10.0.1부터 10.0.11까지 10개의 버전이 존재하고, 이 명령어를 사용하면 10.0.1부터 10.0.6까지의 버전이 제거되고, 10.0.7부터 10.0.11까지의 버전은 유지됩니다.

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

암호화

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

code을 외부 소스에서 저장하거나 테스트 목적으로 사용할 때 사용합니다.

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

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

암호화 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.

체크섬은 sha256으로 생성된 번들에 의해 생성되며, 파일이 복호화된 후의 파일의 무결성을 확인하기 위해 사용됩니다. 체크섬은 개인 키로 암호화되어 번들과 함께 전송됩니다. 암호화 v2에서 체크섬은 번들의 "서명"으로 업그레이드됩니다.

--key [/path/to/my/private_key] Optionally, you can give: --key-data [privateKey] 개인 키의 경로를 지정합니다. --json 개인 키 데이터를 inline으로 사용하고 싶다면, 데이터를 지정합니다. ivSessionKey출력 정보를 JSON 형식으로 출력합니다. 명령어는 개인 키를 출력하고 암호화된 zip을 생성하여 업로드 명령어 또는 복호화 명령어와 함께 사용할 수 있도록 합니다.

복호화

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

Optionally, you can give:

--key [/path/to/my/private_key] 개인 키의 경로를 지정합니다.

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

복호화 V2

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

Optionally, you can give:

--key [/path/to/my/private_key] your private key의 경로를 지정하세요. --key-data [privateKey] inline으로 사용할 private key 데이터를 지정하세요. 이 명령어는 테스트 용도로 주로 사용되며, zip을 해독하고 콘솔에 base64로 암호 해독된 세션 키를 출력합니다. --checksum [checksum] 파일의 체크섬을 지정하세요. 해독 후 체크섬을 검증합니다.

Zip

npx @capgo/cli bundle zip [appId]

[appId] your app ID를 지정하세요. 형식은 Optionally, you can give:.

특정 폴더를 업로드할 수 있습니다.

• --path [/path/to/my/bundle] 파일 이름의 버전 번호를 설정할 수 있습니다.
• --bundle [1.0.0] here
• --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 use text instead of emojis in the table
• --channel [channel] 호환성 확인을 위한 채널
• --package-json <packageJson> package.json의 경로. 모노레포에 유용합니다.
• --node-modules <nodeModules> node_modules의 경로 목록. 모노레포에 유용합니다. (쉼표로 구분 ex: ../../node_modules,./node_modules)

채널

추가

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

[channelId] 앱 ID의 형식 [appId] 설명 com.test.app 여기 삭제.

호환성 확인을 위한 채널

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

[channelId] 삭제하려는 채널의 이름. [appId] 앱 ID의 형식은 com.test.app 이곳에서 설명되어 있습니다. List.

Section titled “목록”

npx @capgo/cli channel list [appId]

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

__CAPGO_KEEP_0__ key to link to your account.

• --apikey [key] API

설정

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

[appId] 앱 ID입니다. 형식은 이곳에서 설명합니다. 여기.

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

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

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

too old 버전을 위한 업데이트를 비활성화하는 방법은 몇 가지 있습니다.
Capgo는 code의 업데이트를 수행할 수 없으므로, code의 업데이트된 code의 버전으로 업데이트하는 것이 불가능합니다. 업데이트를 막으려면 몇 가지 방법이 있습니다.

첫 번째 방법은 "major" 전략입니다. 이 전략은 업데이트를 막습니다. major major는 하이라이트된 숫자입니다 (예: "1.0.0"와 "1.0.1" 사이의 업데이트를 막습니다. 0.0.0 -> 1.0.0두 번째 방법은 "minor" 전략입니다. 이 전략은 업데이트를 막습니다.1또는 업데이트를 막습니다. 0.0.0).
BE AWARE minor 업데이트 전략을 비활성화하는 방법에 주의하십시오. 0.0.0 -> 1.1.0 업데이트 전략을 비활성화하는 방법에 주의하십시오. 1.1.0 업데이트 전략을 비활성화하는 방법에 주의하십시오. 1.2.0. 업데이트 전략을 비활성화하는 방법에 주의하십시오. 이 전략은 업데이트를 방지하지 않습니다. 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
채널이 메타데이터가 부족한 경우 다음과 같은 메시지를 볼 수 있습니다.

메타데이터를 찾을 수 없습니다
이런 메시지를 보게 되면 실패한 채널의 현재 번들로 이동하여 메타데이터를 설정해야 합니다. misconfigured 먼저 실패한 채널을 식별해야 합니다. 채널을 식별하려면

잘못 구성된 테이블 Bundle number실패한 채널을 클릭하여

이 버튼을 클릭하면 번들 페이지로 이동합니다. Minimal update version 실패한 채널을 찾으세요 그곳에서 메타데이터를 입력하세요. 이 필드는 반드시 다음과 같은 형식이어야 합니다: .
만약에 전달한 값이 semver가 아니라면 에러가 발생하지만, 모든 것이 정상적으로 진행된다면 다음과 같은 것을 볼 수 있을 것입니다.

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

Cloudflare 옵션을 사용할 때 올바르게 업로드하는 배ंडल을 위해, __CAPGO_KEEP_0__와 함께 valid semver를 전달해야 합니다. 예를 들어 다음과 같은 것을 볼 수 있을 것입니다. metadata __CAPGO_KEEP_0__ 업로드와 메타데이터 --min-update-version Capacitor는 호환성의 유일한 방법이 아닙니다.

호환성의 첫 번째 방법은 현재 업로드된 채널의 버전을 확인하는 것입니다. 호환성을 확인하는 방식은 __CAPGO_KEEP_0__와 같습니다. --min-update-version __CAPGO_KEEP_0__ --auto-min-update-version__CAPGO_KEEP_0__

__CAPGO_KEEP_0__ bundle compatibility 명령어를 사용하면. 두 번째로, 새로운 버전이 100% 호환되면 최신 채널의 버전을 재사용합니다. 호환되지 않으면, 새로운 버전의 업로드 번호를 사용하여 min_update_version 를 설정합니다. 이 옵션을 사용할 때 항상 정보를 받을 수 있습니다. 예를 들어 다음과 같은 형식으로 보일 것입니다. 업데이트 최소 버전 min_update_version 호환되지 않은 경우 업데이트 최소 버전 호환되지 않음

신뢰할 수 없는 종단 간 암호화 (Trustless) min_update_version 종단 간 암호화 (신뢰할 수 없는)

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

업데이트 최소 버전 호환되지 않음

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.

__CAPGO_KEEP_1__

다음은 암호화 시스템에 대한 자세한 정보를 참조하십시오.

암호화 스키마

앱에 키를 생성하세요

npx @capgo/cli key create

기존 키를 덮어씌우려면 선택적으로 입력하십시오. --force 이 명령어는 앱에 키 Pair를 생성하고, 개인 키를 안전한 장소에 저장하도록 요청합니다. 개인 키는 git에 커밋하지 말고, 누구에게도 공유하지 말기를 권장합니다.

CI 단계에서 키를 추가하기 전에, 로컬 테스트 후에 config 파일에서 키를 삭제하십시오. key save

앱 config에 키를 저장하세요

npx @capgo/cli key save

공개 키 파일의 경로를 입력하십시오.

--key [/path/to/my/public_key] __CAPGO_KEEP_0__

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

CI 통합

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

GitHub 액션 튜토리얼

데모 앱

GitHub - Cap-go/demo-app

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