как управлять версией отладки и выпуска на устройстве Android?

Я не знаю какого-либо простого способа обойти процесс удаления/переустановки, поэтому ваши варианты включают...

• Купите второе устройство для тестирования (некоторые Android-устройства сейчас очень дешевые, особенно на eBay).
• Используйте эмулятор для тестирования

Я вижу ту же проблему, но этого следовало ожидать, поэтому я использую телефон для отладки, а планшет — для производственного тестирования. Когда я приближаюсь к выпуску, я тестирую производственную версию на обоих устройствах и на эмуляторе.

Я бы посоветовал вашим тестировщикам всегда давать им релизные версии, но вы могли бы включить подробное ведение журнала, чтобы помочь с проблемами. После этого отладочные версии используются только вами, а выпускные версии — ими. Если вы предоставляете тестировщикам версию выпуска, они используют и накапливают данные, когда они приходят для обновления до следующей версии, данные могут быть сохранены (или обновлены, если вы измените схему) для переноса своих данных.

Я не вижу необходимости, чтобы ваши тестеры использовали отладочные и выпускные версии.

Многие проекты Android начинают использовать систему сборки gradle (мы перешли на нее, когда начали использовать Android Studio). К счастью, Gradle позволяет очень просто одновременно установить и версию для разработчиков, и версию для выпуска, каждая из которых имеет свои собственные независимые данные. документация по Android охватывает это , просто добавьте applicationIdSuffix к типу сборки отладки, например:

android {
    buildTypes {
        debug {
            applicationIdSuffix ".debug"
        }
    }
}

Спасибо @Evan, ваше решение работает отлично:

android {
    buildTypes {
        debug {
            applicationIdSuffix ".debug"
        }
    }
}

Чтобы добавить «(DEBUG)» к заголовку вашего приложения при работе в режиме отладки, поместите этот код в onCreate вашей активности:

PackageInfo pInfo = getPackageManager().getPackageInfo(getPackageName(), 0);
    //The .debug specified in gradle
    if (pInfo.packageName.equals("YOUR_PACKAGE_NAME_HERE.debug")) {
        setTitle(getTitle() + " (DEBUG)");
}

Зачем удалять приложение? Обычно при установке новой версии того же приложения (идентифицируемого по идентификатору пакета) сохраняются все данные приложения.

РЕДАКТИРОВАТЬ: чтобы сохранить данные приложения вручную, скопируйте их из /data/data/my.package.name/... в безопасное место, а затем восстановите при необходимости.

Для меня мне также нужно было добавить:

<permission                                                                               
      android:name="${applicationId}.permission.C2D_MESSAGE"                                
      android:protectionLevel="signature" />                                                

<uses-permission android:name="${applicationId}.permission.C2D_MESSAGE" /> 

В противном случае оба получили бы одно и то же разрешение C2D_MESSAGE, в результате чего:

Failure [INSTALL_FAILED_DUPLICATE_PERMISSION perm=<your applicationId>.permission.C2D_MESSAGE pkg=<your applicationId>] 

Настройте суффикс идентификатора приложения

При следующей конфигурации вашего приложения build.gradle вариант выпуска будет использовать com.example.myapp applicationId, а вариант отладки — com.example.myapp.debug.

android {
    defaultConfig {
        applicationId "com.example.myapp"
        ...
    }
    ...
}
buildTypes {
  debug {
    applicationIdSuffix ".debug"
    ...
  }
  release {
    ...
  }
  ...
}

Настроить несколько аккаунтов Firebase

Если вы используете Firebase, вам понадобятся две учетные записи Firebase, одна для производства, а другая для разработки. Вам необходимо настроить JSON сервисов Google для каждой учетной записи в своем собственном исходном наборе вариантов:

• Производственный файл google-services.json в исходном наборе выпуска: app/src/release/google-services.json
• Разработка google-services.json в наборе исходников выпуска: app/src/debug/google-services.json

Полномочия поставщиков

Если вы определили поставщика в своем AndroidManifest.xml, теперь у вас может возникнуть конфликт, если оба варианта выпуска и отладки используют одни и те же полномочия поставщика, и оба приложения установлены на одном устройстве. Чтобы избежать этой проблемы, рекомендуется использовать applicationId в качестве суффикса полномочий.

<provider
   android:name="androidx.core.content.FileProvider"
   android:authorities="${applicationId}.fileprovider"
   android:exported="false"
   android:grantUriPermissions="true">
</provider>

Пользовательский значок для каждого варианта

Если вы собираетесь установить несколько вариантов на одно и то же устройство, рекомендуется использовать разные значки приложений, чтобы вы могли идентифицировать их в панели запуска. Вам просто нужно создать значок приложения отладки и найти его на src/debug/res/mipmap-xxhdpi-*

Настроить FCM

Теперь, когда вы используете разные учетные записи Firebase, если у вас есть сервер FCM (push), вам нужно будет настроить его с правильными учетными данными. Когда устройство с приложением отладки зарегистрировано, серверу FCM необходимо связать токен регистрации с типом сборки отладки. Таким образом, при отправке push используется токен учетных данных отладки Firebase. Таким образом, вам нужно будет отправлять тип сборки на сервер FCM каждый раз, когда приложение регистрирует токен FCM.

В следующей статье содержится дополнительная информация по этой теме: Установите варианты отладки и выпуска на одном устройстве