Skip to main content
게시하면 현재 main 커밋이 배포됩니다. 별도의 프로덕션 브랜치는 없으며, main에서 가장 최근에 게시된 커밋이 라이브 상태입니다. 이 단계 이전의 빌드 및 반복 작업 방식에 대해서는 빌드 작동 방식을 참조하세요.

게시의 역할

  • 원격 앱은 Kazzle 클라우드에 배포되고 공개 URL을 받습니다. 배포 실행 방식과 URL 형태에 대해서는 배포를 참조하세요.
  • 로컬 앱은 컴퓨터에 설치됩니다. UI는 직접 로드되고, 프로세스 부분은 개발 서버를 실행합니다.
마켓플레이스에 게시하여 다른 사용자가 설치할 수 있도록 하면, 앱은 시작 시 사용자 ID 토큰, 백엔드용 설치 키, 설치/제거 웹훅을 받습니다. 마켓플레이스를 참조하세요.

캐싱, 업데이트, 오프라인

데스크톱과 모바일은 앱 URL을 일반 브라우저 보기로만 엽니다. 브라우저 캐시를 지우거나, 네트워크 전용 로드를 강제하거나, 공개 앱과 비공개 앱에 다른 캐시 정책을 적용하지 않습니다. 웹 앱이 캐싱을 관리합니다:
  • 문서 및 자산에 대한 HTTP Cache-Control 헤더
  • 선택적 서비스 워커 / PWA 설정 (템플릿은 자동 업데이트 기능이 있는 vite-plugin-pwa 포함)
  • 새 빌드가 즉시 활성화되는지, 한 번 다시 로드되는지, 또는 다음 열기를 기다리는지 여부
  • 최신 활성화된 빌드에 대한 오프라인 폴백
Kazzle이 열린 앱 탭에 대해 새로 게시된 버전을 감지하면, 등록된 서비스 워커에 업데이트를 확인하도록 요청합니다(registration.update()). 서비스 워커가 없는 앱은 해당 확인을 무시하고 자신의 HTTP 캐시 헤더를 계속 사용합니다. 따라서 게시된 앱은 캐시에서 즉시 열 수 있고, 하드 새로고침 없이 새 빌드를 적용할 수 있으며, 최신 빌드를 오프라인에서 사용할 수 있습니다.

실시간 앱

즉시 로컬 읽기 및 오프라인 지원이 필요한 앱의 경우, AI는:
  1. 데이터베이스를 생성합니다
  2. 실시간 동기화를 활성화합니다
  3. 두 부분으로 구성된 앱을 빌드합니다: UI (React + 동기화 클라이언트) 및 프로세스 (토큰 엔드포인트 + 동기화 업로드)
  4. 자격증명 모음을 통해 자격증명을 연결합니다
작동 방식에 대해서는 실시간 동기화를 참조하세요.

커스텀 도메인

커스텀 도메인을 사용하려면 도메인 또는 서브도메인을 배포된 앱 URL로 지정하세요.

다음 단계

  • 배포 - 배포 메커니즘, 프로덕션 URL, 런타임 명령
  • 마켓플레이스 - 다른 Kazzle 스페이스에서 앱을 발견하고 설치하도록 허용