명령어

설치 단계와 이 플러그인에 대한 전체 마크다운 가이드를 포함한 설정 명령어를 복사하세요.

이 페이지는 안내서입니다. 정확한 플래그를 위해 현재 명령어 참조를 사용하세요: 앱, 번들, 채널, 빌드.

사용 방법

capacitor 프로젝트를 올바르게 시작한 후 앱 폴더에서 모든 명령어를 실행해야 합니다.

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

초기화

npx @capgo/cli@latest init [apikey]

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

이 메서드는 Capgo에 앱을 추가하고 code을 앱에 추가하여 업데이트 확인을 위해 사용합니다. 또한 앱을 빌드하고 Capgo에 업로드합니다. 그리고 업데이트 확인을 도와줍니다.

npx @capgo/cli login [apikey]

이 메서드는 Capgo 계정에 로그인하여 __CAPGO_KEEP_0__을 기억해줍니다. apikey 로그인

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

--local 이것은 로컬 저장소에 apikey를 저장하고 git ignore합니다. 닥터 “닥터”라는 제목의 섹션

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

npx @capgo/cli doctor

Capgo

__CAPGO_KEEP_0__

애플리케이션

추가

npx @capgo/cli app add [appId]

[appId] 애플리케이션 ID의 형식은 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의 경우, icon은 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] Bundle 정보 (링크 및 댓글)를 플러그인에 노출합니다.
--preview 또는 --no-preview Capacitor live-update 대안 비교 페이지에서 사용되는 긴 마케팅 또는 법적 문구입니다. Appflow 비교 / 마이그레이션 마케팅 복사본에서 사용되는 긴 마케팅 또는 법적 문구입니다. Capawesome 비교 페이지에서 사용되는 긴 마케팅 또는 법적 문구입니다. 컨설팅 서비스 페이지에서 사용되는 섹션 서브 타이틀 또는 태그 라인입니다. Appflow 비교 / 마이그레이션 마케팅 복사본에서 사용되는 짧은 UI 레이블 또는 네비게이션 아이템입니다.
--allow-device-custom-id Bundle 및 채널 미리보기 QR 코드를 활성화하거나 비활성화합니다. --no-allow-device-custom-id 또는
--block-provider-infra-requests Capacitor live-update 대안 비교 페이지에서 사용되는 긴 마케팅 또는 법적 문구입니다. Appflow 비교 / 마이그레이션 마케팅 복사본에서 사용되는 긴 마케팅 또는 법적 문구입니다. Capawesome 비교 페이지에서 사용되는 긴 마케팅 또는 법적 문구입니다. 컨설팅 서비스 페이지에서 사용되는 섹션 서브 타이틀 또는 태그 라인입니다. Appflow 비교 / 마이그레이션 마케팅 복사본에서 사용되는 짧은 UI 레이블 또는 네비게이션 아이템입니다. --no-block-provider-infra-requests 사용자 지정 장치 ID를 제어합니다.
--build-timeout-minutes [5-360] 또는
--ios-store-url [url] Capacitor live-update 대안 비교 페이지에서 사용되는 긴 마케팅 또는 법적 문구입니다. Appflow 비교 / 마이그레이션 마케팅 복사본에서 사용되는 긴 마케팅 또는 법적 문구입니다. Capawesome 비교 페이지에서 사용되는 긴 마케팅 또는 법적 문구입니다. 컨설팅 서비스 페이지에서 사용되는 섹션 서브 타이틀 또는 태그 라인입니다. Appflow 비교 / 마이그레이션 마케팅 복사본에서 사용되는 짧은 UI 레이블 또는 네비게이션 아이템입니다. --android-store-url [url] 알려진 Google 및 Apple 데이터 센터 요청을 차단하는 것을 제어합니다.
--default-upload-channel [channel] native 빌드 타임아웃을 설정합니다.
--default-download-channel [channel] 또는 --disable-download-channels 모든 다운로드 채널을 비공개로 설정합니다.
--apikey [key] API 키를 사용하여 계정에 연결하세요.

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 는 설명되어 있습니다. 여기.

Optionally, 당신은 다음과 같이 할 수 있습니다:

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

Debug

npx @capgo/cli app debug [appId]

[appId] 앱 ID의 형식은 com.test.app 는 설명되어 있습니다. 여기.

Optionally, 당신은 다음과 같이 할 수 있습니다:

--apikey [key] API 키를 제공하여 계정에 연결할 수 있습니다.
--device 특정 디바이스를 디버그하고 싶은 디바이스와 함께

설정

npx @capgo/cli app setting [path]

Capacitor 설정을 편집하십시오.

[path] - 변경하고 싶은 설정의 경로를 지정하십시오. 예를 들어, 자동 업데이트 기능을 끄려면 appId, 제공하십시오. appId. 자동 업데이트 기능을 끄려면 capacitor-updater, 제공하십시오. plugins.CapacitorUpdater.autoUpdate 와 함께 --string off.

둘 중 하나를 제공하십시오. --string 또는 --bool!

옵션:

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

Bundle

업로드

npx @capgo/cli bundle upload [appId]

[appId] 앱 ID는 이렇습니다. 여기.

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

--apikey <apikey> API 키를 사용하여 계정에 연결합니다.
--path <path> 업로드할 폴더의 경로입니다.
--channel <channel> 연결할 채널입니다.
--external <url> 외부 URL로 연결하기 대신 Capgo Cloud에 업로드하지 않습니다.
--iv-session-key <key> __CAPGO_KEEP_0__ Cloud에 업로드하지 않고 외부 URL로 설정합니다.
--s3-endpoint <s3Endpoint> S3 엔드포인트의 URL입니다. 델타 업로드나 외부 옵션과 함께 작동하지 않습니다.
--s3-region <region> S3 버킷의 지역입니다.
--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을 표준 출력으로 출력합니다.
--no-key 서명 키를 무시하고 명령어를 클리어로 전송합니다.
--no-code-check 소스 code와 루트 폴더의 인덱스에 존재하는지 확인하지 않고 notifyAppReady()가 호출되었는지 확인하지 않습니다.
--display-iv-session 업데이트를 암호화할 때 사용한 IV와 세션 키를 콘솔에 표시합니다.
--bundle <bundle> 업로드할 배포 패키지의 버전 번호입니다.
--auto-bump [level] 채널에 연결된 배포 패키지의 버전 번호를 자동으로 증가시킵니다. (기본값은 가장 최근의 원격 앱 버전입니다.) major, minor (기본값) patch (alias) fix), metadata, 또는 ai 로컬 파일을 이전 Capgo/채널 델타 매니페스트와 비교하여 AI를 무시하고 버전을 증가시킵니다. 이전 Capgo 버전이 없으면 AI를 무시하고 버전을 증가시킵니다. (삭제된 이름은 사용되지 않습니다.) patch if no previous Capgo version). Bumps until a free name is found (deleted names stay occupied). Cannot be combined with --bundle.
--min-update-version <minUpdateVersion> 업데이트를 위해 필요한 최소 버전입니다. disable auto update이 channel의 metadata에 설정된 경우에만 사용됩니다.
--auto-min-update-version native 패키지에 따라 min update 버전을 설정합니다.
--ignore-metadata-check 업로드 시 node_modules 체크를 무시합니다.
--ignore-checksum-check 업로드 시 체크섬 체크를 무시합니다.
--timeout <timeout> 업로드 프로세스의 타임아웃 시간(초)
--delta Delta (manifest) 파일을 함께 업로드합니다.
--delta-only Delta (manifest) 업데이트만 업로드하고, 전체 배포를 생략합니다.
--no-delta Delta (manifest) 업로드를 비활성화합니다. (즉시 적용 모드가 활성화되어 있지만 전체 배포를 원할 경우 유용합니다). autoUpdate tus 프로토콜을 사용하여 배포를 업로드합니다.
--tus multipart 프로토콜을 사용하여 S3로 데이터를 업로드합니다. (deprecated, TUS를 사용하세요).
--multipart 외부 배포를 업로드할 때 사용되는 암호화된 체크섬(서명)
--encrypted-checksum <encryptedChecksum> An encrypted checksum (signature). Used only when uploading an external bundle.
--package-json <packageJson> 패키지 json 파일의 경로입니다. 모노레포에 유용합니다.
--auto-set-bundle capacitor.config.json에서 번들을 설정합니다.
--node-modules <nodeModules> 노드 모듈의 경로 목록입니다. 모노레포에 유용합니다. (쉼표로 구분 ex: ../../node_modules,./node_modules)

⭐️ External option helps to unlock 2 cases: corporate with privacy concern, don’t send the code to a third part and app bigger than 200 MB. With this setting, Capgo store only the link to the zip and sends the link to all apps.

👀 Capgo 클라우드는 외부 옵션의 링크나 code에 저장된 링크를 보거나 수정하지 않습니다.

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

예시 package.json 버전

{
  "version": "1.0.2"
}

⛔ 버전은 “0.0.0”보다 높아야 합니다.

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

npx @capgo/cli bundle list [appId]

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

앱 ID 형식은

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

이곳에 설명되어 있습니다.

npx @capgo/cli bundle delete [appId]

[appId] 이곳에 설명되어 있습니다. com.test.app 이곳에 설명되어 있습니다. 이곳에 설명되어 있습니다..

이곳에 설명되어 있습니다.

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

정리

메이저 버전을 위한 SemVer 범위로 삭제할 때 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] __CAPGO_KEEP_0__ 키를 사용하여 계정에 연결합니다.

예를 들어: 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] 직접 개인 키 데이터를 입력합니다. --key-data [privateKey] JSON 형식으로 정보를 출력합니다. 이 경우 명령어는 y를 출력하고 암호화된 zip을 생성하여 업로드 명령어 또는 복호화 명령어와 함께 사용할 수 있습니다. --json Encrypt V2 ivSessionKeyy와 함께 암호화 된 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] 파일의 체크섬을 지정하세요. 복호화 후 체크섬을 검증합니다.

__CAPGO_KEEP_0__

npx @capgo/cli bundle zip [appId]

[appId] Zip 앱 ID입니다. 형식은 .

여기

--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 [channelName]

[appId] __CAPGO_KEEP_0__ ID는 앱 ID입니다. 형식은 다음에 설명되어 있습니다. 여기. [channelName] 체크할 채널 이름입니다.

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

--apikey [key] API 키를 제공하여 계정에 연결할 수 있습니다.
--text 표에서 텍스트를 사용하는 대신 이모지를 사용하지 마세요.
--channel [channel] 호환성을 체크할 채널 이름입니다.
--package-json <packageJson> package.json의 경로입니다. 모노레포에 유용합니다.
--node-modules <nodeModules> node_modules의 경로 목록입니다. 모노레포에 유용합니다. (쉼표로 구분 ex: ../../node_modules,./node_modules)

채널

추가

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

[channelName] 새 채널의 이름을 추가하십시오, 예를 들어 production 또는 beta. [appId] 삭제 com.test.app 삭제 제목 삭제할 채널의 이름을 삭제하십시오..

앱 ID의 형식

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

[channelName] 여기 [appId] 삭제 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] 앱 ID의 형식은 이것에 대해 설명되어 있습니다.. [channelName] 설정하고자 하는 채널의 이름, 예를 들어 production 또는 beta.

Cloudflare, GitHub, Capacitor, Capgo, code, API, SDK, CLI, npm, bun

--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 이 채널이 Android 기기에게 버전을 보내도록 허용합니다.
--no-android 이 채널이 Android 기기에게 버전을 보내지 못하도록 금지합니다.
--self-assign 이 채널에 장치가 자체 할당을 허용합니다.
--no-self-assign 이 채널에 장치가 자체 할당을 금지합니다.
--disable-auto-update STRATEGY 이 채널의 자동 업데이트 전략을 비활성화합니다. 가능한 옵션은: 주, 부, 패치, 메타데이터, 없음입니다.
--apikey [key] API 키를 사용하여 계정에 연결하세요.

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

업데이트를 너무 오래된 버전으로 처리하는 방법이 몇 가지 있습니다.
Capgo은 code을 업데이트할 수 없습니다. 따라서 code라는 이전 code 버전에서 code라는 업데이트된 code 버전으로 업데이트하는 것은 불가능해야 합니다. 업데이트가 불가능하도록 하는 방법은 여러 가지가 있습니다.

첫 번째, major 전략입니다. 이 전략은 __CAPGO_KEEP_0__ -> __CAPGO_KEEP_1__ 업데이트를 방지합니다. 0.0.0 -> __CAPGO_KEEP_1__ 1.0.0대상 패키지1의 메이저 버전은 하이라이트된 숫자입니다. 0.0.0).
0.0.0 minor 두 번째는 0.0.0 -> 1.1.0 전략입니다. 이 전략은 __CAPGO_KEEP_0__에서 __CAPGO_KEEP_1__으로 업데이트할 때, __CAPGO_KEEP_1__의 메이저 버전이나 메인 버전이 __CAPGO_KEEP_0__의 __CAPGO_KEEP_1__의 메이저 버전이나 메인 버전과 다르면 업데이트를 방지합니다. 1.1.0 -> 1.2.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_0__의 작동 방식을 완전히 이해해야 합니다. __CAPGO_KEEP_0__이 업데이트를 허용하려면 다음 조건이 모두 충족되어야 합니다: 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으로 전송된 것을 사용합니다. version_build현재 다운로드 된 번들로 전송된 것을 사용하지 않습니다. version_name.

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

메타데이터가 부족한 채널을 찾았다면 현재 채널의 버전을 확인하고 메타데이터를 설정해야 합니다.
먼저 실패한 채널을 확인해야 합니다. 실패한 채널을 확인하려면 misconfigured 열

그리고 실패한 채널을 클릭하여 메타데이터를 설정해야 합니다. Bundle number. 이 버전을 클릭하면 버너 페이지로 이동합니다.

그곳에 있는 필드를 채워주세요. 이 필드는 반드시 semver 형식이어야 합니다. Minimal update version 만약에 전달한 값이 semver 형식이 아닙니다. 에러 메시지가 나타납니다. 하지만 모든 것이 정상적으로 진행되면 다음과 같은 메시지가 나타납니다. 최소 버전 설정.
업데이트를 할 때마다 이 데이터를 수동으로 설정하는 것은 불편합니다.幸い하게 __CAPGO_KEEP_0__ 옵션은 버전 업데이트를 진행하기 전에 이 메타데이터가 존재하는지 확인합니다.

__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를 확인하기 위해

명령어와 동일한 compatiblity를 확인합니다. 두 번째로, 새로운 버전이 100% compatiblity라면 최신 버전의 bundle compatibility 을 재사용합니다. 만약 그렇지 않다면, 새로운 버전의 min_update_version 을 업로드한 버전의 번들 번호로 설정합니다. min_update_version 이 옵션을 사용할 때는 항상

을 받을 수 있습니다. 그것은 다음과 같은 형식으로 나타납니다. min_update_version when using this option. It will look something like this:

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

끝에서 끝까지 암호화 (신뢰할 수 없음)

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

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

다음 섹션에서 암호화 시스템에 대한 자세한 정보를 참조하세요.

암호화 스키마

앱에 키를 생성하세요

npx @capgo/cli key create

선택적으로, 다음을 제공할 수 있습니다: --force 기존 키를 덮어씁니다. 이 명령어는 앱에서 키 pair를 생성하고, 개인 키를 안전한 곳에 저장하도록 요청합니다. 개인 키를 git에 커밋하지 말고, 누구에게도 공유하지 않는 것이 좋습니다.

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

앱 config에 키 저장

npx @capgo/cli key save

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

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

--key-data [publicKey] 공개 키 데이터를 inline으로 사용하고 싶다면, 다음을 제공할 수 있습니다. 이 명령어는 앱 config에 키를 커밋하지 않았을 때 유용합니다.

CI 통합

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

GitHub 액션 튜토리얼

우리 데모 앱

GitHub - Cap-go/demo-app

API 키와 함께 CI 환경 변수를 구성하지 않으면 안됩니다.

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

명령어를 사용하여 대시보드와 __CAPGO_KEEP_0__ 연산을 계획하고 있다면 __CAPGO_KEEP_0__ 명령어 API 명령어에 대한 구현 세부 정보는 API 명령어에서 찾을 수 있습니다. API Overview for the implementation detail in API Overview, 설명 구현 세부 사항에 대한 소개에서 API 키 API 키에 대한 구현 세부 사항 장치 장치에 대한 구현 세부 사항, 그리고 번들 번들에 대한 구현 세부 사항.

명령어

사용 방법

초기화

로그인

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

애플리케이션

추가

설정

목록

삭제

Debug

설정

Bundle

업로드

목록

이곳에 설명되어 있습니다.

정리

암호화

Encrypt V2

복호화

복호화 V2

__CAPGO_KEEP_0__

호환성

채널

추가

앱 ID의 형식

목록

설정

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

끝에서 끝까지 암호화 (신뢰할 수 없음)

앱에 키를 생성하세요

앱 config에 키 저장

CI 통합

우리 데모 앱

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