用户相关
1 | #登陆(指定服务器路径,不加URL表示在本地服务器登录) |
应用管理
1 | #在账号里面添加一个新的app platform ->[android,ios] |
部署管理
react native 热更新应该考虑的几点
1、react native包的组织形式 –(一个包还是对包进行拆分成业务包和基础包,热更新时只更新业务包,更新的方式:1、全量更新;2、增量更新,更新的时机:显式更新还是隐式更新)
2、移动端获取热更新服务器上的更新,并验证更新包的合法性
3、本地合并更新的部分
4、错误处理和异常回滚
从CodePush的角度来看,一个应用把一个或更多的东西简单命名分组称为“部署(环境)”。
如果你的App有Staging和Production环境其实已经满足了你的需求,然后你不需要做任何事情。不过,如果你需要alpha,dev等部署环境,那你可以简单的使用如下命令创建
1 | #创建一个新的部署环境 |
版本已经上线进行热更新
1 |
|
其中参数-t为二进制(.ipa与apk)安装包的的版本;-d是要发布更新的环境分Production与Staging(默认为Staging);–des为更新说明;-m 是强制更新,如果不填写这个时候用户可以忽略更新到个人中心进行更新。
注意: 因为他们很少用和需要屏幕,部署密钥默认是不显示的。如果你需要查看它们,只要在deployment ls命令后面加上-k标识即可。
安装指标有如下意义:
Active(激活) - 成功安装的数量目前运行这个版本。这个数字将会随着用户更新到或离开这个版本分别增加或减少。
Total - 该版本更新收到的所有成功安装的总数。这个数字只会随新用户/设备安装它而增加,所以它是激活的超集。
Pending - 更新被下载了但还没安装的数量。This would only apply to updates that aren’t installed immediately, and helps provide the broader picture of release adoption for apps that rely on app resume and restart to apply an update.
Rollbacks - 该版本被自动回滚的次数。理想情况下这个数应该为0,而且在这种情况下这个量是不会显示的。然而,如果你发布了一个包含严重问题(Crash)的更新,CodePush插件将在安装时回滚到上一个版本,同时把问题反馈到服务端。这可以让终端用户依旧能用,不被损坏的版本阻塞住,而且能够在CLI里看到这些,你可以鉴定错误的版本并且能在服务器上做出回滚的响应。
Rollout - 显示有资格接收更新的百分比。这个属性只会被显示在那些激活的的首次展示的版本,所以,首次展示百分比是小于100%。此外, 因为一个部署任何时候只能有一个激活的首次展示,这个标签只会被显示在最新的一次部署里。
Disabled - 标示是否该版本被标记成失效的,因此用户是否可下载。这个属性只有在版本真实失效时才显示。
版本回滚
1 | ##操作需要在项目根目录下进行 |