명령어

이 페이지는 안내적인 개요입니다. 정확한 플래그를 위해 현재 명령어 참조를 사용하세요. app, bundle, channel 및 build.

사용법

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

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

Init

npx @capgo/cli@latest init [apikey]

이 메서드는 단계별로 당신을 온보딩합니다.

Capgo에 앱을 추가합니다. code을 앱에 추가하여 업데이트를 검증합니다. 또한 앱을 빌드하고 Capgo에 업로드합니다. 그리고 업데이트가 작동하는지 확인하는 데 도움이 됩니다.

로그인

npx @capgo/cli login [apikey]

이 메서드는 apikey 당신을 위해 기억합니다.

명령어에서 사용하여

Override할 수 있습니다. --apikey=******** 선택적으로 다음을 제공할 수 있습니다:

이것은

--local 당신의 API키 로컬 리포지토리와 git에 무시합니다.

의사

npx @capgo/cli doctor

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

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

앱

추가

npx @capgo/cli app add [appId]

[appId] 설명되어 있습니다. 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는 이렇습니다, 형식은 여기.

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

• --icon [/path/to/my/icon] Capgo 웹 앱에서 사용할 수 있는 사용자 지정 아이콘을 표시하기 위해.
• --name [test] 리스트에서 사용할 수 있는 사용자 지정 이름을 제공하기 위해.
• --retention [retention] 앱 번들 보관 기간(일), 0으로 기본 설정하면 무한.
• --expose-metadata [true|false] 플러그인에 번들 메타데이터(링크 및 댓글)를 노출하기 위해.
• --preview 또는 --no-preview 번들 및 채널 미리보기 QR 코드를 활성화하거나 비활성화하기 위해.
• --allow-device-custom-id 또는 --no-allow-device-custom-id 사용자 지정 장치 ID를 제어하기 위해.
• --block-provider-infra-requests or --no-block-provider-infra-requests __CAPGO_KEEP_0__ 키를 통해 계정에 연결합니다.
• --build-timeout-minutes [5-360] __CAPGO_KEEP_0__ 키를 통해 계정에 연결합니다.
• --ios-store-url [url] Google 및 Apple 데이터 센터 요청을 차단하는 것을 제어합니다. --android-store-url [url] 자연스러운 빌드 시간을 설정합니다.
• --default-upload-channel [channel] 스토어 URL을 설정합니다.
• --default-download-channel [channel] 업로드 채널의 기본값을 설정합니다. --disable-download-channels 다운로드 채널의 기본값을 설정하거나
• --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 이곳 선택적으로 다음을 제공할 수 있습니다..

__CAPGO_KEEP_0__ 키를 제공하여 계정에 연결하세요.

• --apikey [key] API key to link to your account.
• --bundle 디버그 모드입니다.

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, provide appId. 자동 업데이트 기능을 비활성화 하려면 capacitor-updater, 제공하는 plugins.CapacitorUpdater.autoUpdate with --string off.

You MUST 제공하는 either --string or --bool!

Options:

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

Bundle

업로드

npx @capgo/cli bundle upload [appId]

[appId] __CAPGO_KEEP_0__는 앱 ID입니다. 형식은 여기서 설명되어 있습니다..

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

• --apikey <apikey> API key to link to your account.
• --path <path> __CAPGO_KEEP_0__에 연결할 채널입니다.
• --channel <channel> __CAPGO_KEEP_0__ Cloud 대신 외부 URL로 연결합니다.
• --external <url> Capgo를 사용하여 패키지 URL 외부에 IV 및 세션 키를 설정합니다.
• --iv-session-key <key> __CAPGO_KEEP_0__ S3 엔드포인트의 URL입니다. 델타 업로드나 외부 옵션과 함께 작동하지 않습니다.
• --s3-endpoint <s3Endpoint> __CAPGO_KEEP_0__ S3 버킷의 지역입니다.
• --s3-region <region> __CAPGO_KEEP_0__ S3 엔드포인트의 키입니다.
• --s3-apikey <apikey> API S3 엔드포인트의 비밀 키입니다.
• --s3-apisecret <apisecret> API S3 엔드포인트의 비밀 키입니다.
• --s3-bucket-name <bucketName> __CAPGO_KEEP_0__ AWS S3 버킷 이름.
• --s3-port <port> __CAPGO_KEEP_0__ S3 엔드포인트 포트.
• --no-s3-ssl S3 업로드를 위해 SSL을 비활성화합니다.
• --key <key> 버전 1 시스템의 공용 서명 키 경로.
• --key-data <keyData> 버전 1 시스템의 공용 서명 키.
• --key-v2 <key> 버전 2 시스템의 개인 서명 키 경로.
• --key-data-v2 <keyData> 버전 2 시스템의 개인 서명 키.
• --bundle-url 업데이트 URL을 stdout로 출력합니다.
• --no-key 서명 키를 무시하고 클리어 업데이트를 전송합니다.
• --no-code-check code 소스와 인덱스 폴더 루트에 존재하는 경우 notifyAppReady()가 호출되었는지 확인하지 않습니다.
• --display-iv-session 업데이트를 암호화할 때 사용되는 IV와 세션 키를 콘솔에 표시합니다.
• --bundle <bundle> 업로드할 버전 번호.
• --min-update-version <minUpdateVersion> 업데이트를 위해 이 버전으로 업그레이드할 수 있는 최소 버전입니다. disable auto update이 metadata channel에서 설정된 경우에만 사용됩니다.
• --auto-min-update-version 네이티브 패키지에 따라 min update 버전을 설정합니다.
• --ignore-metadata-check 업로드 시 metadata (node_modules) 검사를 무시합니다.
• --ignore-checksum-check 업로드 시 체크섬 검사를 무시합니다.
• --timeout <timeout> 업로드 프로세스의 타임아웃 시간(초)
• --delta 델타(매니페스트) 파일과 함께 풀 버블을 업로드합니다.
• --delta-only 델타(매니페스트) 업데이트만 업로드하고 풀 버블을 건너뜁니다.
• --no-delta 델타(매니페스트) 업로드를 비활성화합니다(인스턴트 적용 모드가 활성화되어도 풀 버블을 업로드하고 싶을 때 유용합니다). autoUpdate TUS 프로토콜을 사용하여 버블을 업로드합니다.
• --tus S3로 데이터를 업로드할 때 사용하는 멀티파트 프로토콜입니다. deprecated, TUS를 사용하세요.
• --multipart 외부 버블을 업로드할 때 사용되는 암호화된 체크섬(서명)
• --encrypted-checksum <encryptedChecksum> 업데이트를 위해 이 버전으로 업그레이드할 수 있는 최소 버전입니다. disable auto update이 metadata channel에서 설정된 경우에만 사용됩니다.
• --package-json <packageJson> __CAPGO_KEEP_0__ 폴더의 경로입니다. 모노레포에 유용합니다.
• --auto-set-bundle capacitor 설정을 capacitor.config.json에 설정하세요.
• --node-modules <nodeModules> __CAPGO_KEEP_1__ 폴더의 경로 목록입니다. 모노레포에 유용합니다 (쉼표로 구분 ex: ../../node_modules,./node_modules)

⭐️ 외부 옵션은 2 가지 경우를 해제합니다: 기업의 개인 정보 보호 문제, code을 3 번째 파티에 보내지 않기, 앱이 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 설명 이곳.

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

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

Delete

npx @capgo/cli bundle delete [appId]

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

]}

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

정리

major 버전의 SemVer 범위에서 Cloud로 삭제합니다.

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

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

__CAPGO_KEEP_0__ 키를 클릭하여 계정에 연결하세요.

• --apikey [key] API key to link to your account.
• --bundle [majorVersion] 삭제하고자 하는 패키지 수 (기본 4)입니다. numberToKeep.
• --keep [numberToKeep] __CAPGO_KEEP_0__ 키를 클릭하여 계정에 연결하세요.

예를 들어: 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 주의

주의

__CAPGO_KEEP_0__

__CAPGO_KEEP_0__

__CAPGO_KEEP_0__

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

This command is used when you use external source to store your code or for test purpose.

Optionally, you can give:

--key [/path/to/my/private_key] your private key path를 입력하세요. --key-data [privateKey] your private key data를 inline으로 사용할 경우. ivSessionKeyThe command will print your

y and generate an encrypted zip, to use it with the upload command or decryt command.

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.

This command is used when you use external source to store your __CAPGO_KEEP_0__ or for test purpose.

--key [/path/to/my/private_key] The checksum is the sha256 of the bundle (generated by —key-v2), it is used to verify the integrity of the file after decryption. --key-data [privateKey] It will be enncrypted with the private key and sent along with the bundle. --json In encryption v2 the checksum is upgraded to become a “signature” of the bundle. (v2 암호화에서 체크섬은 파일을 복호화 한 후 파일의 무결성을 확인하기 위해 사용됩니다.) 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] __CAPGO_KEEP_1__ __CAPGO_KEEP_2__. [channelName] __CAPGO_KEEP_3__

__CAPGO_KEEP_4__

• --apikey [key] API key to link to your account.
• --text __CAPGO_KEEP_6__
• --channel [channel] __CAPGO_KEEP_7__
• --package-json <packageJson> __CAPGO_KEEP_8__
• --node-modules <nodeModules> __CAPGO_KEEP_9__

__CAPGO_KEEP_10__

__CAPGO_KEEP_0__

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

[channelName] __CAPGO_KEEP_0__ production __CAPGO_KEEP_2__ beta. [appId] __CAPGO_KEEP_0__ com.test.app __CAPGO_KEEP_3__ __CAPGO_KEEP_0__.

__CAPGO_KEEP_1__

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

[channelName] __CAPGO_KEEP_3__ [appId] __CAPGO_KEEP_0__ com.test.app __CAPGO_KEEP_1__ 여기.

목록

npx @capgo/cli channel list [appId]

[appId] 앱 ID를 format으로 입력하세요. format은 com.test.app 이곳에서 설명되어 있습니다. 여기.

(선택) __CAPGO_KEEP_0__ 키를 입력하세요. 이 키를 통해 계정에 연결할 수 있습니다.

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

설정이라는 제목

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

[appId] 이곳에서 설명되어 있습니다. __CAPGO_KEEP_0__. [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__를 사용하여 계정에 연결하세요.
• --ios iOS 기기에게 주요 버전 업그레이드 허용합니다.
• --no-ios iOS 기기에게 버전 업그레이드 허용하지 않습니다.
• --android 안드로이드 기기에게 버전 업그레이드 허용합니다.
• --no-android 안드로이드 기기에게 버전 업그레이드 허용하지 않습니다.
• --self-assign 이 채널에 장치가 자체 할당을 허용합니다.
• --no-self-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.

전략입니다. __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
• 타겟 번들과 동일한 버전의 마이너가 있습니다. version_build
• 타겟 번들과 동일한 버전의 패치가 있습니다. version_build
• 버전 접미사만 다를 수 있습니다. 예를 들어 prerelease ("" ) 또는 build 메타데이터 ("" )-beta.2업데이트가 허용되거나 거부되는 다양한 시나리오에 대한 예시입니다.+build.2)

1.0.0-beta.1 -> 1.0.0-beta.2 허용

• 1.0.0+build.1 -> 1.0.0+build.2 허용
• 1.0.0 -> 1.0.1 거부
• 1.0.0 -> 1.1.0 거부
• 1.0.0 -> 2.0.0 거부
• 전략 비교는 native baseline으로 전송된 것이 아닌 현재 다운로드 된 번들로 전송된 것이 아닌

native baseline으로 전송된 것이 아닌 현재 다운로드 된 번들로 전송된 것이 아닌 version_build__CAPGO_KEEP_0__ version_name.

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

메타데이터가 없으면 현재 버전의 채널을 확인하고 메타데이터를 설정해야 합니다.
먼저, 실패한 채널을 확인해야 합니다. 실패한 채널을 확인하려면 __CAPGO_KEEP_0__ 열을 확인하면 됩니다. misconfigured 잘못 설정된 테이블

잘못 설정된 테이블 Bundle number. 이 버틀린을 클릭하면 번들 페이지로 이동합니다.

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

Now, you likely do not want to set this data manually every time you update. Fortunately, the CLI will prevent you from sending an update without this metadata

옵션을 사용할 때는 반드시 metadata 옵션을 사용할 때는 반드시 --min-update-version 옵션을 사용할 때는 반드시 유효한 semver. 이와 같은 형식입니다.

The --min-update-version 이는.compatiblity를 위해 단 하나의 방법이 아닙니다. 또한 compatiblity를 위해 존재하는 다른 방법도 있습니다. --auto-min-update-version. 이 방법은 어떻게 작동하는지 알려드리겠습니다.

첫 번째로, 현재 업로드 된 채널의 버전을 확인합니다..compatiblity를 확인하는 방식은 command와 동일합니다. 두 번째로, 새로운 버전이 100%.compatiblity라면 최신 버전의 채널에서 bundle compatibility 을 재사용합니다. 만약 그렇지 않다면, 새로운 버전의 업로드 번호를 min_update_version 으로 설정합니다. min_update_version 이 옵션을 사용할 때는 항상

을 받을 수 있습니다. 이 옵션은 이와 같은 형식으로 나타납니다. min_update_version when using this option. It will look something like this:

새로운 버전이 호환되지 않으면 다음과 같은 형식으로 표시되어야 합니다.

끝-to-끝 암호화 (신뢰할 수 없음)

Capgo은 끝-to-끝 암호화를 지원합니다. 이는 배포(code)가 클라우드에 전송되기 전에 암호화되고 장치에서 해독되는 것을 의미합니다. 이를 위해 RSA 키 pair를 생성해야 하며, 다음 명령어를 사용하여 생성할 수 있습니다.

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

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

암호화 스키마

앱에 키를 생성하십시오

npx @capgo/cli key create

Optionally, __CAPGO_KEEP_0__를 주시면: --force 기존 키를 덮어씌우려면. 이 명령어는 앱에서 키 pair를 생성하고, 개인 키를 안전한 곳에 저장하도록 요청합니다. 개인 키는 git commit하지 말고, 누구에게도 공유하지 마세요.

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

앱 config에 키 저장

npx @capgo/cli key save

Optionally, __CAPGO_KEEP_0__를 주시면:

--key [/path/to/my/public_key] 퍼블릭 키 파일의 경로를 주시면.

--key-data [publicKey] 퍼블릭 키 데이터를 inline으로 사용하고 싶다면 주시면.

CI 통합

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

GitHub 액션 튜토리얼

데모 앱

GitHub - Cap-go/demo-app

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

명령어에서 계속

Cloudflare, GitHub, Capacitor, Capgo, API, SDK, CLI, npm, bun을 사용하는 경우 데모 앱 명령어 데모 앱을 계획하고 API 연산을 연결하려면 API 개요 API 개요에서 구현 세부 정보를 참조하세요. 소개 소개에서 구현 세부 정보에 대해 API 키 API 키에서 구현 세부 정보에 대해 기기 기기에서 구현 세부 정보에 대해 패키지 패키지에서 구현 세부 정보에 대해