如何使用不同应用ID向Google Play Console上传React Native正式版和演示版

1. 正确配置不同Bundle ID（Product Flavors） #

在android/app/build.gradle的android代码块下，通过productFlavors为正式版和演示版分别指定独立的Application ID，确保两个版本能在同一设备共存：

android {
    // 保留原有compileSdkVersion、buildToolsVersion等配置
    defaultConfig {
        applicationId "com.temp.proj" // 正式版默认ID
        minSdkVersion ...
        targetSdkVersion ...
        versionCode ...
        versionName ...
    }

    // 配置产品风味
    productFlavors {
        production {
            dimension "version" // 统一维度，必须设置
            // 继承defaultConfig的applicationId，无需额外修改
        }
        demo {
            dimension "version"
            applicationId "com.temp.proj.demo" // 演示版独立ID
            // 可选：添加演示版专属配置，比如降低版本号后缀、禁用某些功能等
        }
    }

    // 保留原有buildTypes等配置
}

配置完成后，编译不同风味的安装包时，会自动使用对应的Application ID，不会出现冲突。

2. 是否可使用同一Keystore？ #

完全可以用同一keystore给两个版本签名，但必须为每个版本创建独立的密钥别名——Google Play要求不同Bundle ID的应用对应唯一的密钥别名（即使keystore相同）。

具体操作步骤： #

1. 创建演示版密钥别名（如果已有正式版keystore）：
   在终端执行以下命令，生成演示版的密钥条目：

   keytool -genkey -v -keystore your-keystore.jks -alias demo-alias -keyalg RSA -keysize 2048 -validity 10000
   

   按照提示输入keystore密码、别名密码及其他信息即可。

2. 在Gradle中配置签名信息：
   在android/app/build.gradle中添加针对不同风味的签名配置：

   signingConfigs {
        productionRelease {
            storeFile file("your-keystore.jks")
            storePassword "你的keystore密码"
            keyAlias "正式版密钥别名"
            keyPassword "正式版密钥密码"
        }
        demoRelease {
            storeFile file("your-keystore.jks")
            storePassword "你的keystore密码"
            keyAlias "demo-alias" // 刚才创建的演示版别名
            keyPassword "演示版密钥密码"
        }
    }
   
    buildTypes {
        release {
            minifyEnabled true
            proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro'
        }
    }
   
    // 绑定风味与签名配置
    productFlavors {
        production {
            dimension "version"
            signingConfig signingConfigs.productionRelease
        }
        demo {
            dimension "version"
            applicationId "com.temp.proj.demo"
            signingConfig signingConfigs.demoRelease
        }
    }
   

3. 避免误覆盖正式版应用的措施 #

（1）编译时明确指定风味 #

打包时不要用默认的release命令，必须指定具体风味，避免打错包：

• 生成正式版AAB：./gradlew bundleProductionRelease
• 生成正式版APK：./gradlew assembleProductionRelease
• 生成演示版AAB：./gradlew bundleDemoRelease
• 生成演示版APK：./gradlew assembleDemoRelease

（2）视觉与代码层面区分版本 #

• 在应用内添加版本标识：通过BuildConfig获取当前风味，在标题栏、启动页等位置标注「演示版」字样，避免混淆：

  import { NativeModules } from 'react-native';
  const currentFlavor = NativeModules.BuildConfig.FLAVOR;
  
  // 示例：在页面头部显示版本标识
  function AppHeader() {
    return (
      <View>
        <Text>我的应用 {currentFlavor === 'demo' ? '(演示版)' : ''}</Text>
      </View>
    );
  }
  

• 为演示版配置独立资源：在android/app/src/下创建demo目录，替换应用名称、图标等资源（比如src/demo/res/values/strings.xml修改应用名），从视觉上区分两个版本。

（3）Google Play Console独立管理 #

在Google Play Console中为演示版创建全新的应用条目，使用com.temp.proj.demo作为应用ID，不要在正式版的应用页面上传演示版安装包，从发布流程上隔离两个版本。

内容的提问来源于stack exchange，提问作者Indra prashad Sharma