설정하고 잊어

스토어 릴리스는 느립니다. Capgo 업데이트는 즉시 발생합니다.

사용자 개인 스토어 또는 MDM를 통해 네이티브 앱을 한 번만 설치하고, Capgo을 통해 웹 수정 사항을 배포하고, 누가 받았는지 추적하고, 오프라인 장치에 마지막으로 좋은 패키지를 유지하세요.

즉시 롤아웃 계획하기 라이브 업데이트 문서 읽기

한 번 설치: 기업 스토어 또는 MDM를 통해 서명된 네이티브 셸을 배포하세요.
동기화 중 업데이트하기: 장치가 스케줄된 동기화 창문, 체크인 시간 또는 사용 가능한 네트워크 창문 중 하나에서 최신 번들을 pulls합니다.
오프라인 실행: 장치는 캐시된 번들을 사용하여 오프라인 상태일 때도 앱이 계속 작동합니다.

모든 스토어 릴리스가 팀의 속도를 늦추면

Capgo의 웹层에 대한 즉각적인 릴리스 경로를 제공하여 모든 장치에 걸쳐 패키지 릴리스 및 검증이 느리고 어려운 enterprise 및 스토어 패키지 릴리스를 조정하는 데 어려움을 겪습니다.

한 번 설치: 1x
sync 중에 업데이트: CI 업로드
오프라인 실행: 캐시

설정하고 잊고 있는 워크플로우

1
네이티브 셸을 한 번만 배포

MDM, enterprise 앱 스토어, 또는 내부 장치 배포 흐름을 통해 서명된 iOS 또는 Android 앱을 배포합니다.
2
장치에 올바른 채널을 잠글

생산에 대한 기본 채널을 사용하고 필요할 때 사이트, 국가, 팀, 또는 하드웨어 생성기에 따라 분할하세요.
3
CI에서 웹 업데이트를 발행하세요.

Capacitor 웹 번들을 Capgo으로 빌드, 테스트, 업로드하세요. Native code 변경은 여전히 일반적인 엔터프라이즈 패키징 프로세스를 통해 진행됩니다.
4
인터넷 연결 시 장치 업데이트

장치가 계획된 연결 시간 동안 업데이트를 다운로드하고 마지막으로 검증된 번들을 로컬로 저장하여 오프라인 사용을 지원합니다.
5
Watch, rollback, repeat

채널, 장치 로그, 단계별 롤아웃, 롤백을 사용하여 로컬 팀이 프로덕션 설치를 디버그하지 않도록 하세요.

오프라인 엔터프라이즈 제약을 위한 설계

Capgo을 웹 자산의 릴리즈 레이어로 사용하세요. Native 바이너리는 여전히 엔터프라이즈 패키징 흐름을 통해 이동합니다.

오프라인 최초 런타임: 앱은 설치된 네이티브 셸에서 마지막으로 검증된 Capgo 번들을 통해 열리므로 사용자는 라이브 연결 없이도 작업을 계속할 수 있습니다.
사이트별 제어: 하나의 사이트에 릴리즈를 승인하고 작은 그룹과 검증한 후 동일한 번들을 더 많은 위치로 확장하세요.
Low-touch 사용자: 사용자는 내부 앱을 계속 열고 있습니다. 장치가 Wi-Fi 또는 예약 동기화 창으로 도달할 때 업데이트는 배경에서 다운로드됩니다.
감사할 수 있는 릴리스: 엔지니어는 채널, 롤아웃 상태, 장치 로그를 볼 수 있습니다. 지역 팀에 문제 해결을 요청하지 않고도 버전을 볼 수 있습니다.

예시 구현 패턴

Capgo을 웹 자산의 릴리스 층으로 사용하세요. native 배포 프로세스의 대체품이 아닙니다. Native 바이너리는 여전히 기업 패키징 흐름을 통해 이동합니다.

CI 업로드

# Build and publish the web layer
npx @capgo/cli@latest bundle upload --channel site-eu

# Promote after the first site validates it
npx @capgo/cli@latest channel set production com.enterprise.app --latest

앱 채널 구성

const config = {
  plugins: {
    CapacitorUpdater: {
      defaultChannel: 'production',
      autoUpdate: true,
    },
  },
}

이것이 무엇이고 이것이 무엇이 아닌

이것을 MDM, Apple Business Manager, Android Enterprise, 또는 내부 기업 스토어를 통해 사설 기업 배포에 사용하세요.
Capgo은 JavaScript, HTML, CSS, 및 자산을 업데이트합니다. Native 플러그인 변경은 여전히 새로운 서명된 네이티브 패키지를 필요로합니다.
오프라인 장치에서는 마지막 성공적인 배ंडल을 계속 실행합니다. 다시 연결하고 다음 승인된 업데이트를 가져올 때까지.
이것은 소비자 앱 스토어를 우회하는 것이 아닙니다. 팀이 이미 자체 배포를 수행하는 개인 앱 운영 모델입니다.