Робота із застосунком

Встановити іншу збірку в тій самій сесії

Перемкнути працюючий пристрій на іншу збірку застосунку, з даними чи без, не запускаючи новий пристрій.

Навіщо: баг знайшовся в реліз-кандидаті, і треба зрозуміти, чи був він уже в продакшені. Або треба перевірити, що оновлення зі стор-версії не губить кошик користувача. І те, й інше — одне перемикання.

Що відбувається

Натисніть на назву й іконку застосунку у шапці сесії. Відкриється Switch version.
Там усі збірки з тим самим application ID з усіх джерел, з гілкою, автором і часом завантаження. Шукати можна за версією, гілкою чи автором.
Вирішіть щодо Keep app data:
- увімкнено (типово): збірка встановлюється поверх поточної, хоч новіша, хоч старіша. Вхід і дані застосунку лишаються, і видно, як мігрує його сховище;
- вимкнено: поточна збірка та її дані спершу видаляються, як на чистому пристрої.
Натисніть на потрібну збірку. Вона встановлюється на той самий пристрій, а в шапці з’являється нова версія.

Варто знати

Пристрій, його налаштування та інші зміни зберігаються: країна, мережа, мова, буфер обміну. Змінюється лише застосунок.
Перехід на старішу збірку зі збереженням даних перевіряє відкат, який багато застосунків не підтримують: їхня база даних може не відкритися. Такі збірки в списку позначено.
Щоб порівняти дві збірки поруч, краще запустіть другу сесію.

Якщо не працює

«It is signed with a different key»: Android не встановить збірку поверх підписаної іншим ключем (наприклад, debug поверх release). Вимкніть Keep app data і встановіть її начисто.
Встановлення не вдалося: попередня збірка працює далі, нічого не втрачено. У повідомленні написано причину.
Потрібної збірки немає в списку: у неї інший application ID (наприклад, із суфіксом .debug), і для Android це інший застосунок. Запустіть її зі сторінки Apps.

Докладніше: Sessions and slots.