Comments 22
На данный момент мы не можем воспроизвести ошибку, поэтому лучшая стратегия:
Откатить обратно одну из двух библиотек.Выкатить её для 10% пользователей, что тривиально делается в Play Store.Проверить у нескольких пользователей, сохранился ли сбой. Таким образом мы подтвердим или опровергнем гипотезу.
Интересно, чем плоха была стратегия откатить бедных пользователей с проблемного билда на нормальный и разбираться со своими проблемами самостоятельно.
Нормальный способ выложить свежую версию, которая по факту будет предыдущей? Это тривиально — способ ровно такой, каким они выложили эту бажную.
Возможно я что-то не знаю про разработку под Андроид. Я полагал, что пакет приложения заменяется целиком, это не так?
Вопрос же был не как вернусь из репозитория версию до обновления (это уж точно не должно вызвать сложностей), а как обновить у пользователей? Так вот если они предыдущую версию зальют (поставив ей версию +1) — Гугл не может это залить пользователям? У них не заведётся?
Зависит от библиотек, конечно, согласен. Если библиотека потребовала изменения формата внутреннего хранения (и при обновлении, например, формат сконвертировался), то это сложности. Или менеджер потребовал какую-то фичу внедрить в тот же релиз.
Про бакэнд разработку скажу, что изменения должны быть неразрушающие по возможности. Добавили колонки, таблицы — при откате это всё не будет мешать.
> Мы обновили 3rd-party либы и убили наше приложение для 10% юзеров
> Но всё нормально, потому что мы быстро это пофиксили, да и вообще, шо вы хотите, граждане, нонче всё так работает.
^_^
Но всё нормально, потому что мы быстро это пофиксили
10 дней всё длилось, судя по графику. Не быстро.
Сразу подумал что race condition, когда дошли до значения -1 то и думать не надо дальше. Молодцы что нашли что и где конкретно, но ведь фикса могло и не существовать, а самим по запаре сделать фикс в чужую огромную кодбазу не получится, можно еще больше сломать. Надо было откатывать.
Отладка бага, который не воспроизводится