명령어

사용

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

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

초기화

npx @capgo/cli@latest init [apikey]

__CAPGO_KEEP_1__

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]

이 방법은 단계별로 안내해줍니다. apikey 앱을 __CAPGO_KEEP_0__에 추가합니다. __CAPGO_KEEP_1__을 앱에 추가하여 업데이트를 검증합니다. 또한 앱을 빌드하고 __CAPGO_KEEP_2__에 업로드합니다. 그리고 업데이트가 잘 작동하는지 확인해줍니다.

Init

이 방법은 단계별로 안내해줍니다. --apikey=******** 로그인

메모: 이 옵션을 사용하여 명령어를 오버라이드할 수 있습니다. (선택사항: )

--local 이 설정은 로컬 저장소에 __CAPGO_KEEP_0__ API 키를 저장하고 Git에 무시합니다. apikey 로컬 저장소에 저장된 API 키를 Git에 무시합니다.

Doctor

npx @capgo/cli doctor

Capgo 패키지와 최신 버전인지 확인하는 명령어입니다.

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

App

‘Add’라는 제목의 섹션

npx @capgo/cli app add [appId]

[appId] your app ID the format com.test.app 설명은 여기에 있습니다. 여기.

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

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

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

예시: capacitor.config.json 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] Capgo 웹 앱에서 사용할 커스텀 아이콘을 표시하기 위해.
• --name [test] 리스트에 표시할 커스텀 이름을 제공하기 위해.
• --retention [retention] 앱 번들 보관 기간(일), 기본값 0 = 무한.
• --apikey [key] API 키를 사용하여 계정에 연결하기 위해.

리스트

npx @capgo/cli app list [appId]

[appId] 앱 ID는 __CAPGO_KEEP_0__입니다. 형식은 여기서 설명합니다. com.test.app 리스트 here.

Optionally, you can give:

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

Delete

npx @capgo/cli app delete [appId]

[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 with the version number will only delete this version.

Debug

npx @capgo/cli app debug [appId]

[appId] 앱 ID의 형식 com.test.app 설명 이곳.

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

• --apikey [key] API 키를 사용하여 계정에 연결합니다.
• --device 특정 디바이스와 함께 디버그

설정

npx @capgo/cli app setting [path]

Capacitor 설정을 편집합니다.

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

는 반드시 제공해야 합니다. --string 또는 --bool!

설정 옵션:

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

번들

업로드

npx @capgo/cli bundle upload [appId]

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

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

• --apikey <apikey> API 키를 사용하여 계정에 연결합니다.
• --path <path> 업로드할 폴더의 경로입니다.
• --channel <channel> __CAPGO_KEEP_0__에 업로드하는 대신 외부 URL로 연결할 채널입니다.
• --external <url> Capgo Cloud 대신 외부 URL로 연결할 때의 IV 및 세션 키를 설정합니다.
• --iv-session-key <key> S3 엔드포인트의 URL입니다. 델타 업로드나 외부 옵션과 함께 작동하지 않습니다.
• --s3-endpoint <s3Endpoint> S3 버킷의 지역입니다.
• --s3-region <region> __CAPGO_KEEP_0__ 키를 사용하여 S3 엔드포인트를 연결합니다.
• --s3-apikey <apikey> API 비밀키를 사용하여 S3 엔드포인트를 연결합니다.
• --s3-apisecret <apisecret> API secret for your S3 endpoint.
• --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의 소스에서 notifyAppReady()가 호출되었는지 확인하지 않고 루트 폴더에 있는 인덱스가 존재하는지 확인하지 않음
• --display-iv-session 업데이트를 암호화할 때 사용하는 IV와 세션 키를 콘솔에 표시
• --bundle <bundle> 업로드할 배포의 버전 번호
• --min-update-version <minUpdateVersion> 이 버전으로 업데이트하려면 최소 버전이 필요합니다. disable auto update이 channel의 metadata로 설정된 경우에만 사용됩니다.
• --auto-min-update-version native 패키지에 따라 min 업데이트 버전을 설정합니다.
• --ignore-metadata-check 업로드 시 node_modules 체크를 무시합니다.
• --ignore-checksum-check 업로드 시 체크섬 체크를 무시합니다.
• --timeout <timeout> 업로드 프로세스의 타임아웃 시간(초)
• --delta Delta(매니페스트) 파일과 함께 풀 번들을 업로드합니다.
• --delta-only 만족만 Delta(매니페스트) 업데이트만 업로드하고 풀 번들을 생략합니다.
• --no-delta Delta(매니페스트) 업로드를 비활성화합니다. (인스턴트 적용 모드가 활성화되어 있지만 풀 번들을 원할 경우 유용합니다). autoUpdate TUS 프로토콜을 사용하여 번들을 업로드합니다.
• --tus multipart 프로토콜을 사용하여 S3로 데이터를 업로드합니다. (deprecated, TUS를 사용하세요).
• --multipart 외부 번들을 업로드할 때만 사용되는 암호화된 체크섬(서명)
• --encrypted-checksum <encryptedChecksum> __CAPGO_KEEP_0__
• --package-json <packageJson> A package.json 경로. 모노레포에 유용합니다.
• --auto-set-bundle capacitor.config.json에서 번들을 설정하세요.
• --node-modules <nodeModules> node_modules 경로 목록. 모노레포에 유용합니다 (쉼표로 구분 ex: ../../node_modules,./node_modules)

⭐️ 외부 옵션은 2 가지 경우를 해제합니다: 기업의 개인 정보 보호 문제, code를 세 번째 파티에 보내지 않기, 앱이 200 MB를 초과하는 경우. 이 설정으로 Capgo는 링크만 저장하고 모든 앱에 링크를 전송합니다.

👀 Capgo 클라우드는 링크 내의 내용을 보지 않습니다 (외부 옵션의 경우) 또는 code에 저장된 경우.

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

예시 package.json 버전

{
  "version": "1.0.2"
}

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

💡 버전 번호를 업데이트하지 않으면 안 됩니다. 버전 번호는 삭제 후 재사용할 수 없으며, 보안상의 이유로 재사용할 수 없습니다.

목록

npx @capgo/cli bundle list [appId]

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

앱 ID의 형식은

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

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

npx @capgo/cli bundle delete [appId]

[appId] __CAPGO_KEEP_0__ 키를 제공하여 계정에 연결할 수 있습니다. com.test.app __CAPGO_KEEP_0__ 키를 제공하여 계정에 연결할 수 있습니다. __CAPGO_KEEP_0__ 키를 제공하여 계정에 연결할 수 있습니다..

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

• --apikey [key] API 키를 클릭하여 계정에 연결하세요.
• --bundle __CAPGO_KEEP_0__ key to link to your account.

__CAPGO_KEEP_0__ key to link to your account.

__CAPGO_KEEP_0__ key to link to your account.

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

[appId] __CAPGO_KEEP_0__ key to link to your account. com.test.app __CAPGO_KEEP_0__ key to link to your account. __CAPGO_KEEP_0__ key to link to your account..

__CAPGO_KEEP_0__ key to link to your account.

• --apikey [key] API key to link to your account.
• --bundle [majorVersion] __CAPGO_KEEP_0__ key to link to your account. numberToKeep.
• --keep [numberToKeep] __CAPGO_KEEP_0__ key to link to your account.

예를 들어, 10.0.1부터 10.0.11까지 10개의 버전이 있고, __CAPGO_KEEP_0__를 사용하면 10.0.1부터 10.0.6까지 버전을 제거하고 10.0.7부터 10.0.11까지 버전을 유지합니다. npx @capgo/cli cleanup [appId] --bundle=10.0.0 20개의 버전이 있는 경우, __CAPGO_KEEP_0__를 지정하지 않으면 18개의 버전을 제거하고 마지막 2개의 버전만 유지합니다.

이 명령어는 확인을 요청하고, 제거하고 유지할 버전 목록을 표 형식으로 보여줍니다. npx @capgo/cli cleanup [appId] --keep=2 주의

주의

암호화

암호화 섹션

주의

For example: If you have 10 versions from 10.0.1 to 10.0.11, and you use __CAPGO_KEEP_0__.If you have 20 versions in total, and you don’t provide a bundle number like this: 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] 인라인으로 사용할 경우 개인 키 데이터를 지정합니다. --key-data [privateKey] JSON 형식으로 정보를 출력합니다. --json 명령어는 y와 암호화된 zip을 출력하고, 업로드 명령어 또는 복호화 명령어와 함께 사용할 수 있습니다. ivSessionKey와 함께 암호화된 zip을 생성하여 업로드 명령어 또는 복호화 명령어를 사용하세요.

복호화

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

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

--key [/path/to/my/private_key] 개인 키의 경로.

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

복호화 V2

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

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

--key [/path/to/my/private_key] 개인 키의 경로. --key-data [privateKey] 인라인을 사용하려면 개인 키 데이터를 제공하세요. 이 명령어는 주로 테스트 목적으로 사용되며, zip을 복호화하고 콘솔에 base64 복호화된 세션 키를 출력합니다. --checksum [checksum] 파일의 체크섬을 제공하세요. 복호화 후 체크섬을 검증합니다.

압축

npx @capgo/cli bundle zip [appId]

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

선택적으로, 특정 폴더를 업로드할 수 있습니다.

• --path [/path/to/my/bundle] 파일 이름의 버전 번호를 설정할 수 있습니다.
• --bundle [1.0.0] 파일 이름을 재정의할 수 있습니다.
• --name [myapp] JSON 형식으로 정보를 출력할 수 있습니다.
• --json __CAPGO_KEEP_0__ 검사를 무시하고 파일을 보낼 수 있습니다.
• --no-code-check to ignore the code check and send the bundle anyway.
• --key-v2 호환성

Compatibility

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

[appId] 앱 ID는 __CAPGO_KEEP_0__입니다. 형식은 여기서 설명되어 있습니다.. [channelName] 호환성 확인을 위한 채널 이름입니다.

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

• --apikey [key] API 키를 사용하여 계정에 연결합니다.
• --text 표에서 문자열 대신 이모티콘을 사용하지 않습니다.
• --channel [channel] 호환성 확인을 위한 채널 이름입니다.
• --package-json <packageJson> 패키지.json의 경로입니다. 모노레포에 유용합니다.
• --node-modules <nodeModules> node_modules의 경로 목록입니다. 모노레포에 유용합니다 (쉼표로 구분 ex: ../../node_modules,./node_modules)

채널

__CAPGO_KEEP_0__

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

[channelName] __CAPGO_KEEP_0__ 이름을 입력하세요 (예: __CAPGO_KEEP_0__) production 또는 beta. [appId] __CAPGO_KEEP_0__ ID를 입력하세요 (예: __CAPGO_KEEP_0__) com.test.app 설명은 __CAPGO_KEEP_1__.

__CAPGO_KEEP_0__ 이름을 입력하세요 (예: __CAPGO_KEEP_0__)

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

[channelName] __CAPGO_KEEP_0__ ID를 입력하세요 (예: __CAPGO_KEEP_0__) [appId] 설명은 __CAPGO_KEEP_1__에 있습니다. com.test.app __CAPGO_KEEP_0__ 이름을 입력하세요 (예: __CAPGO_KEEP_0__) here.

목록

npx @capgo/cli channel list [appId]

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

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

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

설정 제목

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

[appId] 이곳에서 설명되어 있습니다. here. [channelName] 설정하고자 하는 채널의 이름, 예를 들어 production 또는 beta.

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

• --bundle [1.2.3] 이미 클라우드에 업로드 된 앱 번들을 채널과 연결하기 위해
• --latest 버전을 가져오려면 package.json:version, 다운그레이드 버전을 전송할 수 없습니다. --bundle.
• --state [ normal | default ] 채널 상태를 설정할 수 있습니다. normal 또는 default한 채널은 default.
• --downgrade 다운그레이드 버전을 전송할 수 있는 채널을 허용합니다.
• --no-downgrade 다운그레이드 버전을 전송할 수 없는 채널을 허용합니다.
• --upgrade 업그레이드(메이저) 버전을 전송할 수 있는 채널을 허용합니다.
• --no-upgrade __CAPGO_KEEP_0__ channel이 장치에 업그레이드 (주) 버전을 보내지 못하도록 차단합니다.
• --ios __CAPGO_KEEP_0__ channel이 iOS 장치에 버전을 보내도록 허용합니다.
• --no-ios __CAPGO_KEEP_0__ channel이 iOS 장치에 버전을 보내지 못하도록 차단합니다.
• --android __CAPGO_KEEP_0__ channel이 Android 장치에 버전을 보내도록 허용합니다.
• --no-android __CAPGO_KEEP_0__ channel이 Android 장치에 버전을 보내지 못하도록 차단합니다.
• --self-assign 장치가 이 채널에 자체 할당을 허용합니다.
• --no-self-assign 장치가 이 채널에 자체 할당을 차단합니다.
• --disable-auto-update STRATEGY 이 채널에 대한 자동 업데이트 전략을 비활성화합니다. 가능한 옵션은 다음과 같습니다: major, minor, patch, metadata, none.
• --apikey [key] API 키를 사용하여 계정에 연결합니다.

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

업데이트 전략을 비활성화하는 방법은 여러 가지가 있습니다.
Capgo은 네이티브 code을 업데이트할 수 없습니다. 따라서 이전 버전의 네이티브 code을 사용하는 버전에서 업데이트된 네이티브 code을 사용하는 버전으로 업데이트하는 것은 불가능해야 합니다. 업데이트를 막으려면 여러 가지 방법이 있습니다.

첫 번째 방법은 major 전략입니다. 네이티브 베이스 라인에서 업데이트를 막습니다. -> 대상 번들 0.0.0 . 메이저 버전은 하이라이트된 숫자입니다 ( 1.0.0.0.0 and1두 번째 방법은 0.0.0).
전략입니다. 대상 번들이 기기 네이티브 베이스 라인과 메이저 또는 미니어 버전이 다르면 업데이트를 막습니다. 예를 들어 minor 또는 0.0.0 -> 1.1.0 세 번째 방법은 1.1.0 -> 1.2.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 an update, the following conditions must be met:

• __CAPGO_KEEP_0__은 네이티브 __CAPGO_KEEP_1__을 업데이트할 수 없습니다. 따라서 이전 버전의 네이티브 __CAPGO_KEEP_2__을 사용하는 버전에서 업데이트된 네이티브 __CAPGO_KEEP_3__을 사용하는 버전으로 업데이트하는 것은 불가능해야 합니다. 업데이트를 막으려면 여러 가지 방법이 있습니다. version_build
• The minor is the same between the target bundle and version_build
• 타겟 번들과 동일한 version_build
• Only the version suffix may differ, such as prerelease (-beta.2) or build metadata (+build.2)

업데이트가 허용되거나 거부되는 다양한 시나리오를 보여주는 예시입니다.

• 1.0.0-beta.1 -> 1.0.0-beta.2 allowed
• 1.0.0+build.1 -> 1.0.0+build.2 allowed
• 1.0.0 -> 1.0.1 blocked
• 1.0.0 -> 1.1.0 blocked
• 1.0.0 -> 2.0.0 blocked

전략 비교는 native baseline sent as version_build,로 전송된 현재 다운로드 된 번들을 sent as version_name.

마지막으로 가장 복잡한 전략입니다. metadata 전략.
먼저, Capgo를 활성화한 후에 업데이트가 실패하는 것을 알 수 있습니다. 업데이트가 실패하는 이유는 채널이 필요한 메타데이터를 가지고 있지 않기 때문입니다. WILL 업데이트가 실패하는 이유는 채널이 필요한 메타데이터를 가지고 있지 않기 때문입니다.
메타데이터가 부족한 채널을 확인하려면 메시지가 나타납니다.

메시지가 나타나면 채널이 메타데이터를 가지고 있지 않다는 것을 알 수 있습니다. 이 경우 현재 버전의 채널을 확인하여 메타데이터를 설정해야 합니다.
먼저, 실패하는 채널을 확인해야 합니다. 실패하는 채널을 확인하려면 __CAPGO_KEEP_0__ 열을 확인하면 됩니다. misconfigured __CAPGO_KEEP_0__

__CAPGO_KEEP_0__ Bundle number. 이 버블 페이지로 이동합니다.

그곳에 있는 후기를 작성하세요. 이 값은 semver 형식이어야 합니다. Minimal update version 값이 semver 형식이 아닐 경우 에러가 발생하지만, 모든 것이 정상적으로 작동한다면 다음과 같은 결과를 볼 수 있습니다. 최소 버전 설정.
업데이트를 할 때마다 이 데이터를 수동으로 설정하는 것은 불편할 것입니다. __CAPGO_KEEP_0__ 옵션은 이 메타데이터가 없을 경우 업데이트를 보내지 않도록 방지합니다.

옵션을 사용하여 버블을 올리기 위해서는 CLI 옵션을 CLI 옵션과 함께 전달해야 합니다.

이 옵션을 사용하여 버블을 올리기 위해서는 __CAPGO_KEEP_0__ 옵션을 __CAPGO_KEEP_0__ 옵션과 함께 전달해야 합니다. metadata 이 옵션을 사용하여 버블을 올리기 위해서는 __CAPGO_KEEP_0__ 옵션을 __CAPGO_KEEP_0__ 옵션과 함께 전달해야 합니다. --min-update-version 이 옵션을 사용하여 버블을 올리기 위해서는 __CAPGO_KEEP_0__ 옵션을 __CAPGO_KEEP_0__ 옵션과 함께 전달해야 합니다. 유효한 semver. 이와 유사한 형식입니다.

The --min-update-version 이는.compatiblity를 위해만 하는 방법이 아닙니다. 또한 compatiblity를 위해 사용할 수 있는 방법도 있습니다. --auto-min-update-version. 이 방법은 어떻게 작동하는지 설명해 드리겠습니다.

첫 번째로, 현재 업로드 된 채널의 버전을 확인합니다..compatiblity를 확인하는 방식은 bundle compatibility 명령어와 동일합니다. 두 번째로, 새로운 버전이 100% compatiblity라면 최신 버전의 min_update_version 을 재사용합니다. compatiblity가 100%가 아니면, 새로운 버전의 min_update_version 을 업로드한 버전의 번들 번호로 설정합니다. 이 옵션을 사용할 때는 항상

을 받을 수 있습니다. 이 옵션은 다음과 같은 형식으로 표시됩니다. min_update_version __CAPGO_KEEP_0__

__CAPGO_KEEP_1__

__CAPGO_KEEP_0__

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.

__CAPGO_KEEP_0__

__CAPGO_KEEP_0__

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] 인라인으로 사용할 경우 공개 키 데이터를 지정합니다. 이 명령어는 키를 앱 config에 commit하지 않았을 때 유용합니다.

CI 통합

자동화 작업을 위해, GitHub 액션을 사용하여 서버에 업로드하는 작업을 자동화하세요.

GitHub 액션 튜토리얼

우리 데모 앱

GitHub - Cap-go/demo-app

API 키를 사용하여 CI 환경 변수를 구성하지 않으면 안됩니다.

Keep going from Commands

__CAPGO_KEEP_0__를 사용하는 경우 Commands API와 연결하여 API Overview API Overview에서 구현 세부 정보를 참조하세요. Introduction __CAPGO_KEEP_0__ 구현 세부 정보에 대한 설명 API 키 API 키의 구현 세부 정보에 대한 설명 장치 __CAPGO_KEEP_0__ 구현 세부 정보에 대한 설명 번들 __CAPGO_KEEP_0__ 구현 세부 정보에 대한 설명