分开商店账户、签名密钥和发布习惯。这些步骤通常存在于一个人脑中或一个笔记本电脑上。
即使是一个小的JavaScript修复也需要等待新的二进制文件和商店审查，通常需要24-48小时，有时甚至更长。用户仍然需要在之后更新。
当客户的发布负责人离开时，凭据和流程也会随之离开。
每个小的修复在发布后都需要一个完整的构建、提交和审查周期。
您需要显示哪个版本正在生产中、谁发布了它以及是什么时候发布的。
在合同结束时，客户需要应用、访问和发布设置，而不是描述它们的文档。
每个客户都有相同的CLI和渠道设置，访问和计费分别管理
为每个客户创建一个组织，并从侧边栏切换。每个组织都有自己的成员、应用、API密钥、计划和审计日志
组织文档首先上传到一个测试渠道。客户在自己的测试设备上检查更改，然后您将相同的包链接到生产。原生更改仍然需要通过商店
渠道文档邀请客户团队成员，退休CI密钥，并在合同结束时将应用转移到客户组织
应用设置和转移文档应用范围__CAPGO_KEEP_0__密钥的过期日期
每个新客户都可以重复使用的设置。以下命令都是从 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密钥过期，并从应用设置中将应用转移到客户的组织中。只有超级管理员才能转移应用。
使用 Capacitor 构建的应用
服务、市场和预订应用的买家、卖家、消息、支付和支持旅程在不同的速度上发生变化。机构可以使用 Capgo 频道来审查每个客户请求、发送 web 层更改并在发布日准备回滚。
业务
市场流程中，客户要求的修复可以触及招聘、消息和账户屏幕。
商店评分
汽车列表和带有阶段性功能检查的线索流，利于广泛推广前的测试。
出行和地图
在运营中变化频繁的复杂复制和时间表表面时，预订和票务旅程。
开发者, Webincode
“能够将设备 ID 添加到特定组并将更改推送到特定组是救命的。”
drivolino GmbH 首席开发官
“Capgo Capacitor 升级插件彻底改变了我们如何部署更新。过去需要几天的时间，现在只需要几分钟。”
CTO, 私有
“设置只需要一天。基于频道的发布让我在自己的设备上测试之前，任何内容都不会影响生产用户。”
常见问题
机构通常在将客户应用程序迁移到Capgo之前会问什么问题。
是。为每个客户创建一个组织。成员、应用程序、API 密钥、计划和审计日志都属于该组织，您可以从侧边栏切换组织。
机构文档是的。计划仅适用于购买该计划的组织。将客户的财务联系人分配为Billing Manager角色，以便他们可以管理付款和发票，而无需访问应用程序。
Billing 文档是的。将他们分配为该应用程序的应用程序范围角色，如App Developer或App Uploader。他们的上传和设备权限将仅限于该应用程序。
角色参考超级管理员可以将应用程序转移到他们属于的另一个组织，例如客户拥有的组织。您还可以邀请客户的管理员加入现有的组织，然后移除您的团队。
应用程序设置和转移文档实时更新会更改Web层：JavaScript、HTML、CSS和资产。新本机插件、权限或本机code需要一个新的二进制文件和商店审查。Capgo Build可以在云端生成这些二进制文件。
本机兼容性文档