Give each client its own organization, channels, and API keys. Ship web-layer fixes as live updates, let the client review them on staging, and transfer the app when the contract ends.
마틴의 인간 지원
분리된 스토어 계정, 서명 키, 및 릴리스 습관.
작은 자바스크립트 수정은 새로운 바이너리와 스토어 리뷰를 기다려야 하며, 종종 24-48시간, 심지어 더 오래 걸릴 수 있습니다. 사용자는 그 이후에 업데이트해야 합니다.
개발자가 고객의 릴리스를 운영할 때, 자격증과 프로세스는 그들과 함께 떠날 수 있습니다.
출시 후 작은 수정은 완전한 빌드, 제출, 및 리뷰 사이클의 비용을 모두 지불합니다.
현재 실행 중인 빌드, 누가 배포했는지, 언제 배포했는지 보여주어야 합니다.
계약이 끝난 후, 고객은 앱, 액세스, 및 릴리스 설정을 필요로 합니다, 아니라 그들을 설명하는 문서.
모든 고객에게 동일한 CLI 및 채널 설정, 접근 및 청구를 별도로 관리합니다.
각 고객에 대한 조직을 생성하고 사이드바에서-switching을 통해 관리합니다. 각 조직은 독립된 멤버, 앱, API 키, 플랜, 감사 로그를 가지고 있습니다.
조직 문서첫 번째로 스테이징 채널에 업로드합니다. 고객은 테스트 장치에서 변경을 확인한 후 동일한 배ंडल을 프로덕션에 연결합니다. 네이티브 변경은 여전히 스토어를 통해 진행됩니다.
채널 문서계약이 끝난 후 클라이언트의 팀에 초대하고 CI 키를 폐기하고 앱을 클라이언트의 조직으로 전환하세요.
앱 설정 및 전달 문서클라이언트 앱을 어떻게 전달하는지
고객마다 반복 가능한 설정입니다. 아래 명령어는 Capgo CLI 문서에서 가져온 것입니다.
각 고객은 자신의 조직, 플랜, 멤버 목록을 받습니다. 팀을 추가할 때 그룹을 사용하고, 고객의 사람들은 자신의 역할을 사용합니다.
npx @capgo/cli@latest organization add --name "Client A" --email mobile@client-a.com고객의 앱에 API 키를 생성하고, App Uploader 역할과 만료일을 지정한 후, 그 키를 고객의 CI 비밀에 저장하십시오.
# In Client A's pipeline, with Client A's key
npx @capgo/cli@latest bundle upload --channel staging --apikey "$CAPGO_TOKEN"고객의 테스트 폰을 스테이징 채널에 연결하고, 장치 오버라이드도 사용하십시오. 고객이 승인하면 동일한 버ंडल을 프로덕션에 연결하십시오.
npx @capgo/cli@latest channel set production com.client-a.app --bundle 1.4.2고객의 관리자를 초대하고, CI 키를 만료하고, 앱 설정에서 앱을 고객의 조직으로 전환하십시오. Super Admin만 앱을 전환할 수 있습니다.
Capacitor로 빌드된 앱
서비스, 마켓플레이스 및 예약 앱은 구매자, 판매자, 메시징, 결제 및 지원 여정의 속도가 다르기 때문에 agencies는 Capgo 채널을 사용하여 각 클라이언트 요청을 검토하고 웹层 변경을 배달하고 롤백을 준비할 수 있습니다.
사업
클라이언트 요청된 수정이 hiring, messaging, 및 계정 화면에 영향을 미치는 시장플로를 지원합니다.
스토어 평점
카스.코.아프리카 앱 아이콘 설명(이미지 대체 텍스트입니다.)
여행 및 지역
운영 중인 복사본과 시간표 표면이 자주 변경되는 예약 및 티켓팅 여행에서.
개발자, Webincode
"기기 ID를 특정 그룹에 추가하고 변경 사항을 특정 그룹에만 푸시할 수 있는 기능은 정말 큰 도움이 됩니다."
드라이볼리노 GmbH의 리드 개발자
“Capgo Capacitor 업데이트 플러그인은 업데이트를 배포하는 방식이 완전히 바뀌었습니다. 몇 일 걸렸던 업데이트가 이제는 몇 분 만에 끝납니다.”
CTO, 사설
“설치가 완료되었습니다. 채널 기반 배포를 통해 내 장치에서 테스트를 할 수 있고, 프로덕션 사용자에게 배포하기 전에 테스트를 할 수 있습니다.”
FAQ
클라이언트 앱을 Capgo으로 이동하기 전에 일반적으로 어떤 기관이 요구하는지 궁금합니다.
Yes. Create one organization per client. Members, apps, API keys, plans, and audit logs belong to that organization, and you switch between organizations from the sidebar.
네. 각 클라이언트에게 하나의 조직을 생성하세요. 멤버, 앱, __CAPGO_KEEP_0__ 키, 플랜, 감사 로그는 해당 조직에 속하고, 사이드바에서 조직을-switch 할 수 있습니다.네. 플랜은 구매한 조직에만 적용됩니다. 클라이언트의 재무 담당자에게 Billing Manager 역할을 부여하여 지불과 счет 관리를 앱에 접근하지 않고 수행할 수 있도록 하세요.
billing docs네. 그들에게 앱 범위 역할을 부여하여 App Developer 또는 App Uploader와 같은 역할을 부여하세요. 업로드와 장치 권한은 단 하나의 앱에만 제한됩니다.
역할 참조Super Admin은 앱을 다른 조직으로 전환할 수 있습니다. 또한 클라이언트의 관리자를 기존 조직에 초대하고 나중에 팀을 제거할 수 있습니다.
애플리케이션 설정 및 문서 전송Live updates는 웹层를 변경합니다: JavaScript, HTML, CSS, 그리고 자산. 새로운 네이티브 플러그인, 권한, 또는 네이티브 code은 새로운 바이너리와 스토어 리뷰가 필요합니다. Capgo Build는 클라우드에서 이러한 바이너리를 생성할 수 있습니다.
Native compatibility docs (원본: Native compatibility docs)trial 기간 동안 1 개의 고객에게 조직을 만들고 앱의 스테이징에서 프로덕션으로 릴리스를 실행하세요.
마틴의 인간 지원
14 일 무료 시범판, 신용 카드가 필요하지 않습니다. 각 조직에는 각자의 플랜이 있습니다.