CodePush是微软提供的一套可用于React Native和Cordova的热更新服务,国内也有相似的服务Pushy,从关注度和使用人数来讲,CodePush完胜于Pushy(截至目前,CodePush在Github上Star数2900+,Pushy Star数600+,毕竟大公司的产品更让开发者内心有底,但CodePush是否真的绝对比Pushy要好不作评价)javascript
使用命令npm install -g code-push-cli
安装CodePush终端html
ps.都在开发React Native了,npm安装就无需赘言了吧。java
CodePush终端安装完成后就可使用code-push
命令了。
在终端输入code-push register
,会跳转受权网页。在这个网页能够选择Github。或者微软做为受权提供者,不过我以为90%的开发者都会选择Github。react
受权完成后,CodePush会显示你的Access Key,复制输入到终端便可完成注册并登录。
ps.只要不主动退出(经过code-push logout
命令),登录状态会一直有效。android
在终端输入code-push app add <appName>
便可完成建立,注册完成以后会返回一套deployment key,包括Staging和Production。该key在后面步骤中会用到。ios
心得:若是你的应用分为Android和iOS版,那么在向CodePush注册应用的时候须要注册两个App获取两套deployment key,如:
code-push app add AppDemo-Androidgit
code-push app add AppDemo-iOS
由于发布的时候使用的打包命令是有所不一样的,所以须要作区分。github
code-push相关常见命令以下:npm
Usage: code-push app <command> 命令: add 建立一个新的App remove 删除App rm 删除App rename 重命名已经存在App list 列出与你帐户关联的全部App ls 列出与你帐户关联的全部App transfer 将一个App的全部权转让给另外一个账户
这里跟进使用端分Android集成和iOS集成,但两者都有共通的部分react-native
在React Native项目中安装codePush依赖:npm install --save react-native-code-push
经过react-native link命令自动构建关联,这里会要求输入 deployment key,直接Enter跳过便可,由于咱们会在后续步骤中经过更加灵活的方式配置
接下来的步骤,AndroidiOS有所不一样,所以分开来讲。
打开android/app/build.gradle文件,修改android-buildTypes节点成以下
buildTypes { debug{ //省略了其余配置 buildConfigField "String", "CODEPUSH_KEY", '""' } releaseStaging { buildConfigField "String", "CODEPUSH_KEY", '"此处填写Staging key"' } release { //省略了其余配置 buildConfigField "String", "CODEPUSH_KEY", '"此处填写Production key"' } }
在android/app/build.gradle设置好deployment-key以后呢,咱们就可使用了:
修改MainApplication.java文件中的getPackages()方法为以下:
protected List<ReactPackage> getPackages() { return Arrays.<ReactPackage>asList( new MainReactPackage(), new RCTSwipeRefreshLayoutPackage(), new VectorIconsPackage(), new CodePush(BuildConfig.CODEPUSH_KEY, MainApplication.this, BuildConfig.DEBUG)// Add/change this line. ); }
3.修改VersionName
在 android/app/build.gradle中有个 android.defaultConfig.versionName属性,咱们须要把 应用版本改为 三位,好比1.0,须要修改为1.0.0
至此,CodePush在Android端的集成工做已经完成了。
使用Xcode打开项目,Xcode的项目导航视图中的PROJECT下选择你的项目, 选择Info页签 ,在Configurations节点下单击 + 按钮 ,选择Duplicate "Release Configaration , 输入Staging。
在build Settings页签中单击 + 按钮而后选择添加User-Defined Setting,而后输入CODEPUSH_KEY(名称随意),而后填入deployment key。
ps.能够经过
code-push deployment ls Flow800-Android -k
查看deployment key
3.打开 Info.plist文件,在CodePushDeploymentKey中输入$(CODEPUSH_KEY),并修改Bundle versions为三位,以下图
至此,iOS端集成也完成了。
该配置的都已经配置完了,接下来就是使用了。
在使用以前须要考虑的是检查更新时机,更新是否强制,更新是否要求即时等等。
通常常见的应用内更新时机分为两种,一种是打开APP就检查更新,一种是放在设置界面让用户主动检查更新并安装。
打开APP就检查更新
最为简单的使用方式在React Natvie的根组件的componentDidMount方法中经过
codePush.sync()(须要先导入codePush包:import codePush from 'react-native-code-push')方法检查并安装更新,若是有更新包可供下载则会在重启后生效。不过这种下载和安装都是静默的,即用户不可见。若是须要用户可见则须要额外的配置。具体能够参考codePush官方API文档,下面是我的的一些实践过的配置:
codePush.sync({ updateDialog: { appendReleaseDescription: true, descriptionPrefix:'\n\n更新内容:\n', title:'更新', mandatoryUpdateMessage:'', mandatoryContinueButtonLabel:'更新', }, mandatoryInstallMode:codePush.InstallMode.IMMEDIATE, deploymentKey: CODE_PUSH_PRODUCTION_KEY, });
上面的配置在检查更新时会弹出提示对话框, mandatoryxxx表示强制更新,appendReleaseDescription表示在发布更新时的描述会显示到更新对话框上让用户可见
来个更加接近实际应用的:在用户点击检查更新按钮后进行检查,若是有更新则弹出提示框让用户选择是否更新,若是用户点击当即更新按钮,则会进行安装包的下载(实际上这时候应该显示下载进度,这里省略了)下载完成后会当即重启并生效(也可配置稍后重启)
ps.这里面还有个神坑,下文再说。
codePush.checkForUpdate(deploymentKey).then((update) => { if (!update) { Alert.alert("提示", "已经是最新版本--", [ { text: "Ok", onPress: () => { console.log("点了OK"); } } ]); } else { codePush.sync({ deploymentKey: deploymentKey, updateDialog: { optionalIgnoreButtonLabel: '稍后', optionalInstallButtonLabel: '当即更新', optionalUpdateMessage: '有新版本了,是否更新?', title: '更新提示' }, installMode: codePush.InstallMode.IMMEDIATE, }, (status) => { switch (status) { case codePush.SyncStatus.DOWNLOADING_PACKAGE: console.log("DOWNLOADING_PACKAGE"); break; case codePush.SyncStatus.INSTALLING_UPDATE: console.log(" INSTALLING_UPDATE"); break; } }, (progress) => { console.log(progress.receivedBytes + " of " + progress.totalBytes + " received."); } ); } }
若是是强制更新须要在发布的时候指定,发布命令中配置--m true
,下文在细说
在更新配置中经过指定installMode来决定安装完成的重启时机,亦即更新生效时机
codePush.InstallMode.IMMEDIATE:表示安装完成当即重启更新
codePush.InstallMode.ON_NEXT_RESTART:表示安装完成后会在下次重启后进行更新
codePush.InstallMode.ON_NEXT_RESUME:表示安装完成后会在应用进入后台后重启更新
codepush的更新包发布其实很简单。在终端输入命令
code-push release-react <Appname> <Platform> --t <本更新包面向的旧版本号> --des <本次更新说明>
CodePush默认是更新 Staging 环境的,若是发布生产环境的更新包,须要指定--d参数:--d Production
,若是发布的是强制更新包,须要加上 --m true
强制更新
示例:
code-push release-react Flow800-Android android --t 2.0.0 --dev false --d Production --des "1.全新页面\n2.上线流量商城\n3.已知bug修复" --m ture
经常使用部署命令以下:
Usage: code-push deployment <command> 命令: add 在已存在的App中建立一个部署 clear 清除与部署相关的发布历史记录 remove 在App中删除一个部署 rm 在App中删除一个部署 rename 重命名一个已存在的部署 list 列出App中的全部部署 ls 列出App中的全部部署 history 列出一个部署的发布历史记录 h 列出一个部署的发布历史记录
至此,一个完整的发布,检查,安装流程已经基本描述完了。下面来看下更新的效果:
在Android端进行调试时,在更新以前须要修改Debug Server地址和端口为任意字符串,让其访问不到真正Debug Server,不然更新重启后,就直接访问了Debug Server致使新的安装包没有安装上。
也能够直接打Android离线包,这样子就不须要理会Debug Server的影响
在iOS端调试时,须要打离线包并拖拽到Xcode工程中。
打包命令:
react-native bundle --entry-file index.ios.js --bundle-output ./bundle/ios/main.jsbundle --platform ios --assets-dest ./bundle/ios --dev false
拖拽完成后目录结构如上。
此外,还须要对AppDelegate.m文件进行修改:
不然更新重启后仍是旧版的App。
3.发布更新包时,切记--t参数指定的是本次更新包的目标版本号,而不是本次更新包的版本号
4.若是不是在根组件的componentDidMount()方法经过codePush.sync()方法进行更新检查与安装,好比像我在设置中经过一个检查更新按钮,这时候就须要十分当心了。必须在根组件的componentDidMount()方法中添加 codePush.notifyAppReady()
,不然应用会出现第一次重启是更新版,第二次重启又回滚到旧版的现象。
5.一个App一般不会是一我的开发,所以codePush添加合做者是很常见的。经过 code-push collaborator
来操做合做者相关命令。
Usage: code-push collaborator <command> 命令: add 对指定的项目添加一个新的合做者 remove 删除指定的项目中的合做者 rm 删除指定的项目中的合做者 list 列出指定项目中的全部合做者 ls 列出指定项目中的全部合做者 示例: code-push collaborator add AppDemo foo@bar.com 添加一个合做者foo@bar.com到AppDemo这个App中
6.最后说一下CodePush的缺陷,由于是国外服务器,因此有时候下载速度并非很理想。此外CodePush如今是免费服务,之后会不会收费仍是个未知数。所以已经有人提出了自建codePush服务器,可见于此:code-push-server
更多常见问题及API使用方法请参见如下资料
微软官方ReactNative CodePush文档
React Native热更新部署/热更新-CodePush最新集成总结(新)
react-native-code-push Github基本上全部问题均可以在官方文档或者github的issue中找到答案。