빠른 앱 업데이트 원하십니까? Capacitor 앱은 앱 스토어 지연을 피하고 업데이트 속도를 높여 사용자 만족도를 유지할 수 있습니다. 이 방법을 사용하세요:
- 스테이지드 롤아웃을 사용하세요: 1%의 사용자에게 업데이트 를 점진적으로 릴리즈하고, 7일 동안 100%로 확장하여 버그를 빠르게 발견하고 위험을 줄입니다.
- 델타 업데이트 를 사용하세요: 변경 사항만 전송하여(전체 앱을 전송하지 않음) 대역폭을 절약하고 다운로드 속도를 높입니다.
- 네트워크 성능을 향상하세요: CDN, 캐싱, 로드 밸런서를 사용하여 업데이트 가 높은 트래픽 시에도 빠르게 전달되도록 하세요.
- adopt Capgo 실시간 업데이트 에 대해: 24시간 이내에 앱 스토어 리뷰 없이 OTA 업데이트 를 푸시하세요.
- 중요한 지표를 추적하세요: 다운로드 성공률, 충돌률, 업데이트 시간을 확인하여 전략을 개선하세요.
빠른 비교:
| 전략 | 이익 | 예시 도구/기법 |
|---|---|---|
| 단계별 배포 | 위험을 최소화하세요 | 사용자에게 업데이트를 단계별로 배포하세요 |
| 델타 업데이트 | 빠른, 작은 다운로드 | Tree shaking, code 분할 |
| 네트워크 최적화 | Faster update delivery | CDNs, 캐싱, HTTP/2 |
| 실시간 업데이트 (Capgo) | 즉시 수정, 지연 없음 | Capgo SDK, CI/CD 통합 |
왜 중요합니까: 85%의 사용자는 빈번한 업데이트를 가진 앱을 선호하고, 80%는 한 번의 나쁜 경험 후 앱을 떠날 수 있습니다. 이러한 방법들로 업데이트를 스트리밍하고 사용자 유지율을 높이고 앱의 명성을 보호하세요.
업데이트 Capacitor 메커니즘 이해
__CAPGO_KEEP_0__ 업데이트를 최대한 활용하기 위해 Capacitor 업데이트를 배포하는, 업데이트가 전통적인 네이티브 앱 업데이트와 어떻게 다른지 이해하는 것이 중요합니다. 네이티브 앱은 전체 바이너리 업데이트가 필요합니다. Capacitor 앱 code 앱은 웹 자산이 네이티브 code과 독립적으로 업데이트될 수 있도록 하는 하이브리드 설정을 사용합니다. 이러한 유연한 업데이트를 가능하게 하는 핵심 구성 요소를 분해해 보겠습니다.
Capacitor 업데이트 핵심 구성 요소
Capacitor 앱은 두 개의 주요 층으로 구성됩니다. 하나는 웹 층 (HTML, CSS 및 JavaScript로 작성된) 사용자 인터페이스와 논리를 처리하고, 다른 하나는 네이티브 층[1] (Java 또는 Swift로 작성된)
One major advantage of Capacitor is its ability to update web assets at runtime, as these assets aren’t part of the compiled app binary[1]code의 주요 장점은 런타임에 웹 자산을 업데이트할 수 있다는 것입니다. 이 자산은 컴파일된 앱 바이너리에 포함되지 않기 때문입니다. 따라서 네이티브 code을 변경하거나 앱 스토어 승인을 기다리지 않고 앱의 디자인이나 기능을 업데이트할 수 있습니다.
네이티브 브리지는 웹 층과 디바이스의 네이티브 기능 간의 통신을 허용하는 데 중요한 역할을 합니다. Capacitor에는 또한 네이티브 브리지를 관리하는 데 필요한 도구가 포함되어 있습니다. 웹뷰 이러한 기능은 웹뷰의 동작을 제어할 수 있게 해주며, 현재 서버 경로 또는 새로운 서버 경로에서 파일을 로드할 수 있도록 합니다.[1]이러한 기능은 업데이트를 효율적으로 로드하고 배포하는 데 정확한 제어를 제공합니다.
업데이트 배포를 빠르게 하는 전략
업데이트의 기본 원리에 대해 이해한 후, 업데이트를 더 빠르게, smoother, 그리고 위험을 줄일 수 있는 전략에 대해 알아보겠습니다. 이러한 방법은 업데이트를 효율적으로 전달하면서 사용자 경험을 원활하게 유지할 수 있도록 도와줍니다. Capacitor updates 스테이지드 롤아웃은 업데이트를 받는 사용자의 수를 점진적으로 증가시켜 위험을 최소화합니다. 이러한 접근 방식은 초기에 잠재적인 버그나 호환성 문제를 발견하고, 앱을 최적화하기 위한 실제-world feedback를 제공하며, 앱의 광범위한 실패를 줄입니다.
배포 일정의 구조화는 중요합니다. 예를 들어, 첫 번째 날에 1%의 사용자에게 업데이트를 릴리즈하고, 점진적으로 2%, 5%, 10%, 20%, 50%, 그리고 마지막으로 7일째 100%까지 확장할 수 있습니다. 이러한 단계적인 접근 방식은 성능을 모니터링하고 사용자 feedback를 수집하기 위한 여러 체크포인트를 제공합니다.
일별 배포[2].
사용자 비율
| __CAPGO_KEEP_0__ | 업데이트 배포를 빠르게 하는 전략 |
|---|---|
| 1 | 1% |
| 2 | 2% |
| 3 | 5% |
| 4 | 10% |
| 5 | 20% |
| 6 | 50% |
| 7 | 100% |
업데이트를 성공적으로 배포하기 위해서는, 업데이트 테스트를 철저히 하여 롤아웃 전에 롤백 계획을 준비하고, 명확한 릴리즈 목표를 정의하고, 각 단계별 서버 성능을 모니터링하고, 중요한 문제가 발생하면 롤아웃을 중단할 준비를 해야합니다. 기능 플래그를 사용하면 문제가 있는 기능을 즉시 비활성화할 수 있습니다.
현재, 델타 업데이트를 사용하여 프로세스를 더 효율적으로 만드는 방법에 대해 살펴보겠습니다.
델타 업데이트를 사용하여 효율성을 높입니다.
델타 업데이트는 다운로드 시간을 줄이고 대역폭을 절약하는 데 큰 도움이 됩니다. 사용자는 이전 업데이트 이후에 이루어진 특정 변경 사항만 다운로드합니다. 데이터가 제한된 사용자나 느린 네트워크 속도 사용자에게 특히 유용합니다.
델타 업데이트를 최대한 활용하기 위해서는 빌드 프로세스를 최적화해야 합니다. 몇 가지 팁을 제공하겠습니다.
- tree shaking을 활성화합니다. code를 제거하기 위해 앱에서 사용하지 않는 코드를 제거합니다.
- 동적 임포트를 사용합니다. code를 분할하여 앱을 작은, 관리하기 쉬운 조각으로 분할합니다.
- 자산 버전을 구현합니다. 컨텐츠 해시를 사용하여 중복 다운로드를 피합니다.
| 전략 | 영향 | 구현 |
|---|---|---|
| Tree Shaking | 사용되지 않는 code 제거 | 빌드 도구에서 활성화 |
| Code 분할 | chunk 분할 | 동적 임포트 사용 |
| 자산 버전 | 중복 다운로드 방지 | 콘텐츠 해시 추가 |
델타 업데이트도 스마트한 해결책으로 해결할 수 있습니다.
- 업데이트 자동 재시도 메커니즘을 추가하여 시간 초과로 인해 업데이트가 성공적으로 완료되도록 보장합니다. 부분 다운로드를 지원하여 대역폭을 절약합니다.
- 네트워크 연결이 끊어졌을 때 데이터 손실을 방지하기 위해 상태 유지 기능을 사용합니다. 문제 해결
- 혜택 업데이트 자동 재시도 메커니즘을 추가하여 시간 초과로 인해 업데이트가 성공적으로 완료되도록 보장합니다.
| 부분 다운로드를 지원하여 대역폭을 절약합니다. | 네트워크 연결이 끊어졌을 때 데이터 손실을 방지하기 위해 상태 유지 기능을 사용합니다. | 문제 |
|---|---|---|
| 시간 초과 | 자동 재시도 | 업데이트가 완료되는 것을 보장한다. |
| 부분 다운로드 | 다운로드 중 중단 지원 | 대역폭 절약 |
| 연결 손실 | 상태 유지 | 데이터 훼손 방지 |
업데이트 패키지 크기를 작게 유지하면 네트워크 성능 최적화가 다음 단계입니다.
네트워크 최적화
네트워크 최적화는 업데이트가MOOTH한 경험을 제공하는 데 큰 역할을 합니다. 3초 이상의 로드 타임이 있는 모바일 로드에 사용자가 53%가 중단한다는 것을 알고 계셨나요? 또한 로드 타임이 1초만 늦어지면 변환률이 7%까지 감소할 수 있습니다.[5].
네트워크 성능을 개선하는 방법은 다음과 같습니다:
- 콘텐츠 전송 네트워크 (CDN) 사용: CDN은 콘텐츠를 분산된 서버에 저장하여 사용자가 어디서든 업데이트를 더 빠르게 받을 수 있도록 합니다.[3].
- 캐싱 메커니즘 구현: 자주 사용하는 업데이트 컴포넌트를 로컬로 저장하여 로딩 속도를 개선합니다. 캐싱은 업데이트 시간을 크게 줄이고 사용자 유지를 향상시켜 로드 시간을 2초 이하로 줄일 수 있습니다.[5].
- 업데이트 트래픽 우선순위: Quality of Service (QoS) 측정을 사용하여 업데이트 관련 트래픽을 peak 시간에 우선순위를 부여하거나, 업데이트를 off-peak 시간에 예약하여 네트워크 혼잡을 피할 수 있습니다.[5].
다중 위치 배포를 처리하는 경우, 공통 파일을 로컬에 호스팅하여 덜 빈번한 파일을 클라우드에서 가져오는 것이 서버 로드를 줄이고 프로세스를 가속화하는 방법입니다.[7].
로드 밸런싱은 또 다른 중요한 요소입니다. 여러 서버에 트래픽을 분산하여 단일 리소스가 과부하되는 것을 방지합니다. 하드웨어 로드 밸런서가 고성능을 제공하는 반면, 소프트웨어 로드 밸런서는 유연성과 초기 비용이 낮은 것을 제공합니다.[4][6].
마지막으로, HTTP/2와 같은 최신 프로토콜로 업그레이드하면 큰 차이를 만들 수 있습니다. HTTP/2는 HTTP/1.x의 outdated 워크아웃을 제거하여 더 빠르고 효율적인 업데이트를 제공합니다.[8].
__CAPGO_KEEP_0__ Capgo 실시간 업데이트

Capgo은 Capacitor 앱을 위한 서비스로, 실시간 오버-더-에어(OTA) 업데이트 기능을 제공하여 앱 스토어 검토를 생략할 수 있습니다. [9]. existing strategies와 함께 staged rollouts 및 delta updates와 같은 기존 전략과 함께 최적의 보완을 제공합니다.
Capgo의 성능은 다음과 같습니다: 24시간 이내에 95%의 활성 사용자가 업데이트를 받았으며, 전 세계 업데이트 성공률은 82%입니다. [10]. 전 세계 CDN을 통해 5MB의 업데이트는 114밀리초만에 전달됩니다. [10].
Capgo를 업데이트를 위해 설정하는 방법
Capgo를 시작하는 것은 간단하며, 일반적으로 20분 정도 걸립니다. [9]. 시뮬레이션된 버그 수정은 1분 이내에 라이브로 배포되었습니다. [9].
Capgo의 SDK을 Capacitor 앱에 통합하고 CI/CD pipeline을 구성하는 과정을 포함합니다. . 앱이 준비되었음을 알려주려면 다음 __CAPGO_KEEP_0__ Snippet을 포함하세요:. To signal that your app is ready, include the following code snippet:
import { CapacitorUpdater } from '@capgo/capacitor-updater'
CapacitorUpdater.notifyAppReady()
통합 후 Capgo은 CI/CD pipeline을 통해 자동으로 업데이트를 처리합니다. 다양한 채널을 생성하여 특정 사용자 그룹에 맞게 업데이트를 제공할 수 있습니다. 예를 들어, 베타 채널을 통해 초기 채택자에게 업데이트를 제공하고 일반 사용자에게는 안정적인 채널을 통해 업데이트를 제공할 수 있습니다. 이러한 유연성은 단계별 배포 전략과 일치합니다. [10]또한, 업데이트를 특정 사용자 세그먼트에 맞게 제공할 수 있습니다. 예를 들어, 앱 버전, 장치 유형, 또는 위치와 같은 기준에 따라 업데이트를 제공할 수 있습니다.
통합을 완료한 후 업데이트의 보안을 확보하는 것이 중요합니다.
Capgo의 보안 및 준수
Capgo은 사용자 기기에서 직접 업데이트를 제공할 때 보안이 불가결합니다. Capgo은 종단 간 암호화로 업데이트를 암호화하여, 사용자만 업데이트를 해독할 수 있도록 합니다. [10]__CAPGO_KEEP_0__은 또한 애플과 안드로이드 정책을 준수하므로 OTA 업데이트는 앱 스토어의 지침에 따라 제공됩니다.
보안을 강화하기 위해, 단계별 배포와 베타 테스트를 고려하여 위험을 최소화할 수 있습니다. 업데이트의 성능을 추적하는 시스템을 사용하여, CI/CD pipeline 내에서 준수성 검사를 자동화하여 원활한 프로세스를 보장할 수 있습니다.
보안이 확보된 후, 플랫폼의 더 광범위한 이점이 집중됩니다.
Capgo의 이점
Capgo은 단순히 속도만을 제공하는 것이 아니라, 업데이트가 문제를 일으키면 이전 버전으로 롤백할 수 있는 일회성 롤백 기능을 제공하여, 안전한 안전망을 제공합니다. [10]월별 $12에 시작하는 계획은 OTA 업데이트와 약 15개의 네이티브 빌드/월을 포함하며, 추가 빌드 분량은 분당 크레딧으로 청구됩니다. 이는 5년 동안 $26,100을 절약하는 첫해 비용입니다. AppFlow5년 동안 $26,100을 절약하는 첫해 비용입니다. [10].
Capgo의 오픈 소스 특성은 벤더 LOCK-IN을 제거하고 업데이트가 처리되는 방식에 대한 전반적인 투명성을 제공합니다. 조직은 Capgo의 클라우드 인프라를 사용하거나 자체 호스팅을 선택할 수 있습니다. [10].
실제 사용자들은 Capgo의 영향을 다음과 같이 평했습니다:
Uneed의 Thomas Sanlis는 다음과 같이 말했습니다. "Capgo은 Capacitor 애플리케이션 개발자에게 업데이트를 빠르게 배포하는 방법을 해결합니다. 그리고 그것은 그것을 훌륭하게 해결합니다. 강력하고 유연하며 사용하기 쉬운 솔루션을 제공합니다." [9]
Rodrigo Mantica는 다음과 같이 말했습니다. "우리는_agile 개발을 실천하고 @Capgo는 사용자에게 지속적으로 배포하는 mission-critical 솔루션입니다!" [10]
Capgo은 업데이트 성능과 사용자 참여도를 추적하기 위한 분석을 제공하여 배포 전략을 개선할 수 있습니다. 플랫폼은 부분 업데이트를 지원합니다. 이는 델타 업데이트 기법과 완벽하게 호환되며, 시간과 대역폭을 절약합니다. 전 세계적으로 평균 API 응답 시간은 434 밀리초이며, 현재까지 1,747.6 억 건의 업데이트를 전달했습니다. 이는 Capgo의 확장성과 신뢰성을 증명합니다. [10].
업데이트 성능 모니터링
업데이트 성능을 지속적으로 모니터링하는 것은 문제를 빠르게 발견하고 향후 배포를 개선하는 데 필수적입니다. 올바른 지표를 추적하면 단계 배포 및 델타 업데이트의 효과성을 검증할 수 있습니다. 이 프로세스는 업데이트가 신속하고 신뢰할 수 있게 배포되는 것을 보장하는 데 중요합니다.
추적해야 하는 주요 지표
- 다운로드 성공률: 사용자가 업데이트를 성공적으로 완료하는 수를 보여줍니다. 성공률이 떨어지면 네트워크 문제, 서버 오류, 호환성 문제가 있을 수 있습니다.
- 업데이트 설치 시간: 업데이트가 다운로드 및 설치하는 데 걸리는 시간을 측정합니다. 더 긴 시간은 oversized 패키지 또는 네트워크 조건이 좋지 않음을 나타낼 수 있습니다.
- 업데이트 후 충돌률: 업데이트하기 전에 충돌률을 비교합니다. 급증하는 충돌률은 회귀 또는 호환성 문제가 있을 수 있으며 조사 또는 롤백이 필요할 수 있습니다.
- 오류 빈도 및 유형: 오류가 발생하는 빈도를 추적하고 유형을 식별합니다. 백엔드 오류, 네트워크 타임아웃, 장치별 오류를 주의 깊게 살펴보십시오. 이는 서버 오버로드 또는 호환성 문제를 나타낼 수 있습니다.
- 사용자 참여 지표: 업데이트가 사용자 경험을 개선하는지 확인하기 위해 세션 시간, 기능 채택, 사용자 유지율을 모니터링합니다.
업데이트 롤아웃 최적화 RED 방법 (Rate, Error, Duration) 방법 [13].
분석을 통한 개선
지표는 시작점일 뿐 - 분석은 데이터를 행동 가능한 통찰력을 제공합니다. 예를 들어, 오류율이 1%를 초과하거나 성공률이 99.9% 미만이면 자동 알림을 설정하여 빠르게 반응할 수 있습니다. [11].
- 단계별 롤아웃 모니터링: 최소 24시간 동안 각 단계의 롤아웃을 추적한 후 진행합니다. 오류 로그나 충돌률이 빨간색으로 표시되면 롤아웃을 중단하고 문제를 조사합니다. [11]로그 분석
- : 자동화된 도구는 오류 메시지, 비정상적인 장치 동작, 또는 지리적 실패 패턴을 식별할 수 있습니다. 표면적인 지표를 넘어 문제를 식별할 수 있습니다.의존성 매핑 [13].
- : 업데이트 실패가 관련된 시스템 구성 요소에 미치는 영향을 이해합니다. 이 도구는 의존성을 식별하여 예측하고 두 번째 문제를 피할 수 있습니다.code [12].
- 기본 비교: 여러 릴리스 간에 배포 시간, 사건 발생률 및 사용자 만족도 비교를 통해 진행 상황을 측정합니다. [14]. 이로써 최적화 노력의 효과를 판단할 수 있습니다.
- Feedback 루프: 사용자 설문조사나 지원 티켓과 데이터를结合하여 업데이트 성능에 대한 종합적인 관점을 얻습니다. [15]. 단지 양적 지표만으로는 전체 이야기를 전달하지 못하는 경우가 있습니다.
마지막으로, 각 롤아웃을 기회로 삼아 접근 방식을 최적화합니다. [14]. 성공과 도전을 모두 기록하여 모니터링 전략을 개선하는 데 도움이 됩니다. 이 전향적인 자세는 문제를 일찍 해결하여 smoother 배포와 사용자 경험을 개선할 수 있습니다.
결론
Fine-tuning your Capacitor update rollouts is crucial for keeping your mobile applications competitive, secure, and reliable. By adopting strategies like staged rollouts, delta updates, and robust monitoring, you can turn your deployment process into a true advantage.
기존 앱 스토어 리뷰는 2-7일 동안 수정을 지연시킬 수 있지만, Capgo와 같은 OTA 솔루션은 24시간 이내에 업데이트를 제공합니다. [10]. 기업에게는 업데이트 전략 1년간 최대 $14.82 백만 달러의 손실이 발생할 수 있습니다. [16]. 이 점은 다운로드 성공률, 설치 시간 및 충돌률과 같은 주요 지표를密かに 모니터링하는 중요성을 강조합니다. 이러한 노력은 지속적인 개선과 위험을 완화하는 데 도움이 되며, 더 매끄러운 채택을 위한 길을 열어줍니다.
Capgo는 이러한 전략의 확장성을 입증했습니다. [10]. 이러한 기술을 통합하면 업데이트 프로세스를 단순화하고 경쟁력을 강화할 수 있습니다. 각 릴리스는 학습, 모니터링 관행을 개선하고 보안 조치를 강화하는 기회가 됩니다.
업데이트 전략을 최적화하는 것은 Capgo 앱 업데이트를 위한 플랫폼을 선택하거나 현재 접근 방식을 개선하는 것에 관계없이 빠른 배포, 행복한 사용자 및 위험 감소로 이어집니다. 작은 단계로 스테이지드 롤아웃과 기본 모니터링을 시작하고, 델타 업데이트와 자동화된 분석과 같은 고급 기능을 포함하여 확장하세요. 잘 수행된 업데이트 프로세스는 사용자 만족도를 높이고 앱의 명성을 보호합니다.
FAQs
::: faq
Capacitor 앱 업데이트를 위한 스테이지드 롤아웃의 이점은 무엇입니까?
스테이지드 롤아웃은 개발자에게 업데이트를 작은 그룹의 사용자에게 먼저 릴리스할 수 있게 해주며, 이슈를 잡고 고칠 수 있는 기회를 제공합니다. 이 방법은 앱 문제가 광범위하게 발생하는 것을 최소화하고 모든 사용자에게 더 매끄러운 경험을 제공하는 데 도움이 됩니다.
이 초기 단계에서 팀은 앱의 성능을 모니터링하고 사용자 피드백을 수집하며 발생하는 버그를 해결할 수 있습니다. 이 방식으로, 팀은 업데이트를 전체 사용자 기반으로 출시하기 전에 업데이트를 최적화할 수 있습니다. 또한 주요 문제가 감지되면 개발자는 빠르게 변경 사항을 되돌려 앱의 안정성을 유지하고 사용자 신뢰를 보장할 수 있습니다.
이러한 과정을 단순화하는 도구를 찾고 있는 사람들에게 Capgo 실시간 업데이트를 제공하는 __CAPGO_KEEP_0__은 앱 스토어 지침을 준수하고, 끝에서 끝까지 암호화 및 특정 사용자에게 업데이트를 Assign하는 기능을 포함합니다.
::: faq
Capacitor 앱에서 델타 업데이트의 이점은 무엇이며 개발자가 이를 효율적으로 구현하는 방법은 무엇입니까?
델타 업데이트는 다음과 같은 이점을 제공합니다: 작은 업데이트 크기. 이로 인해 빠른 다운로드 및 데이터 소비량 감소가 가능하며, 느린 네트워크 또는 오래된 장치 사용자의 경우 게임 체이너입니다. 변경된 파일만 대신 전체 앱을 교체하는 대신, 개발자는 업데이트를 빠르게 푸시할 수 있습니다 - 때로는 몇 분 안에 - 그리고 중단을 최소화할 수 있습니다.
개발자들이 이 과정을 단순화하는 도구를 찾고 있다면 __CAPGO_KEEP_0__ 플러그인 Capgo Capgo은 매우 유용합니다. Capgo은 플랫폼 요구 사항에 대한 준수, 사용자 그룹을 대상으로 하는 옵션, 보안 업데이트 전달, 등과 같은 기능을 제공합니다. 이로 인해 앱 스토어 승인 없이도 업데이트가 실시간으로 배포할 수 있습니다. 결과적으로 개발자는 시간을 절약하고 사용자는 최신 버전의 앱과 함께 유지됩니다. :::
::: faq
Capgo은 Capacitor 앱의 업데이트를 보다 빠르고 신뢰할 수 있는 전통적인 앱 스토어 업데이트와 비교하여 어떻게 업데이트를 더 빠르게하고 신뢰할 수 있나요?
Capgo은 Capacitor 앱의 업데이트 프로세스를 간소화하여 즉시 OTA(Over-The-Air) 업데이트를 제공하여 일반적으로 3-5일의 앱 스토어 승인 대기 시간을 생략합니다. 업데이트 시간은 1-2시간으로 줄어들어 개발자가 버그를 수정하거나 새로운 기능을 출시하거나 문제를 해결할 수 있는 지연 없이 업데이트를 즉시 배포할 수 있습니다.
__CAPGO_KEEP_0__은 95%의 성공률과 전 세계 다운로드 속도가 평균 114ms로 업데이트를 신속하고 신뢰할 수 있도록 보장합니다. 개발자는 사용자 그룹을 대상으로 업데이트를 배포하거나 즉시 변경 사항을 취소할 수 있는 일회성 롤백 기능을 사용하여 업데이트를 더 쉽게 관리할 수 있습니다. 이러한 도구는 배포 효율성을 높이 뿐만 아니라 사용자 경험을 최적화하는 데에도 도움이 됩니다. ::: __CAPGO_KEEP_0__ 업데이트 배포를 최적화하는 방법으로 계속 진행하세요. Capgo 업데이트 배포를 최적화하는 방법을 사용하고 있습니다.
Capacitor
__CAPGO_KEEP_1__ Capacitor native 플러그인 작업을 계획하려면, 그것을 Capgo 플러그인 디렉토리 for the product workflow in Capgo Plugin Directory, Capacitor Plugins by Capgo for the implementation detail in Capacitor Plugins by Capgo, 플러그인을 추가하거나 업데이트 플러그인을 추가하거나 업데이트 아이오닉 엔터프라이즈 플러그인 대안 제품 워크플로우에 대해 Capgo 네이티브 빌드 for the product workflow in Capgo Native Builds.