жизненный путь андроидной приложеньки

Я как-то число пи на 6, получился кубит. Пыхнув, 4 звезды получились созвездием акваланг, который помогает под водой.

появится в приложеньке, которая уже в проде?

Обновление через Play, вестимо.

обновление — да. я грю если один и тот же aab у нас везде ездит от тестов в врод, как именно этот переход back-test в back-prod произойдет? как это сделать?

как тестовую версию в гуглоконсоли пустить в back-test, а продовую в back-prod?

смешно, молодец :)

может ли аппликуха узнать что ее слили из тестовой версии или из продовой?

Думаю, что без пересборки так не получится.

ну и че, все тестят на проде..?

или у всех есть секретная выпадашка, тапни 100500 раз и переключи окружение?

кажется что это какая-то дичь.

Ну, или какой-нибудь хак, типа aab один и тот же, а номер версии для каждой стадии релиза разный. Такое не пробовал?

а как его задать снаружи?

Скомпилил ты приложение с версией 1.2.

Закинул в выпуск закрытого теста, в своём API делаешь соответствие: 1.2 - internal test.

Делаешь выпуск открытого тестирования, меняешь у себя соответствие: 1.2 - open test.

Приложение получает нужный эндпойнт бэка отправляя запрос к API со своей версией.

и к версии 5 «человек» забудет.

здравствуй факап :(

я думал в этом смысл всяких конфигов и автосборок…

А в чём проблема собрать aab для релиза? Ведь в смене версий бэкенда тоже ничего хорошего нет - тестировать на одном бэке, а работать на другом.

Если нужно именно такое, то никто кнопками в гуглокосоли приложение не перемещает. CI заливает в нужный релиз канал новую сборку с новым адресом в конфигах

CI заливает в нужный релиз канал новую сборку с новым адресом в конфигах

во, круто, есть где почитать про такое?

как этот back-prod.ru у нас появится в приложеньке, которая уже в проде?

Если вы не рукожопы то back-prod.ru смотрит на проксик, который в зависимости от остоятельтв может перевести запрос на нужный апстрим.

эмм почитать про что?
Про настройку CI, про то как скрипты писать или про механизмы конфигурации билдов?

Ну я без понятия, что вы там используете для сиай) Если Дженкинс то документация у них на сайте.

Из опробованного, ну например будем писать скрипты для гредла. Берём плагин
https://github.com/Triple-T/gradle-play-publisher

Настраиваем по документации. У плагина можно указывать канал, куда заливать прод, бета, альфа.

Ну а дальше два варианта, разделить окружения используя flavors (документация на сайте андроида) и вызывать нужную задачу гредла - добавление flavors правда сам билд немного замедляет.

Или передавать все через BuildConfig (документация на сайте андроида) и управлять этим передавая параметры при запуске гредла.

ЗЫ учитывая что Гугл плей тормозной и как глючит кэш при переключении аккаунтов на устройствах, то имхо для повседневной работы билды для тестеров лучше лить на какой-нибудь firebase. А в плей заливать только прод билд уже при самом релизе. Экономит нервы и время.

в зависимости от остоятельтв

какие это обстоятельства?

вот у тебя apk, по каким признакам бэк поймет это прод или дев?

У тебя 2 разных апк. Ну или по ид приложения из запроса, но это если ты извращенец и пофиг на безопасность, т.к. потребует продовый и тестовый контур соединить.

У тебя 2 разных апк.

пора перечитать стартовый пост и тред.

это уже можно читать и гуглить, tnx )