React Native CLI重写应用更新上架版本号设置咨询

不管你是用Expo还是React Native CLI构建应用，各应用商店识别更新包的逻辑和技术栈无关，只校验提交包的版本标识是否严格高于对应渠道已上线的正式版本，项目初始化默认的1.0版本远低于你现有线上版本，绝对不能直接使用，否则会被判定为低版本包无法提交，或被识别为全新应用无法给老用户推送更新，各平台具体设置规则如下：

Android端（适配Google Play、华为应用市场） #

你当前线上Android版本的对外展示版本号为8.0.2，需要配置两个版本相关字段：

• versionName：用户在应用商店详情页、应用内关于页能看到的版本字符串，可根据本次重构的改动幅度设置，若为全量重构的大版本可设为9.0.0，若为无功能变更的技术栈重构可设为8.1.0，只要版本排序高于8.0.2即可
• versionCode：商店内部用于判断更新优先级的隐藏整数值，用户不可见，必须设置为比线上8.0.2版本对应versionCode更大的整数，比如此前8.0.2对应versionCode为802，本次可直接设为900，避免后续版本迭代出现数值不够用的情况

两个Android应用商店规则一致，提交时注意对应渠道的versionCode不要低于该渠道历史提交的最高值即可，不需要强行跨渠道保持versionCode完全一致。

iOS端（适配App Store） #

你当前线上iOS版本的对外展示版本号为10，需要配置两个版本相关字段：

• CFBundleShortVersionString：用户可见的对外版本号，版本排序必须高于10，比如大版本重构可设为11.0.0，也可以根据自身版本命名规则调整，只要满足版本序高于10的要求即可
• CFBundleVersion：商店内部使用的构建号，用户不可见，需要设置为比线上10版本对应的最后一次提交构建号更高的值，比如此前最后一次构建号为10.5，本次设为11.0即可

特殊情况说明 #

如果你打算把重写后的应用作为全新应用上架，不给老用户推送更新，才可以使用1.0的默认版本号，但这种情况需要更换全新的Android包名、iOS Bundle ID，和原有已上架应用做区分，不能复用原应用的包标识。

内容的提问来源于stack exchange，提问作者Ümmühan İlhan