1

Часто нажимаю кнопки в App Store Connect, чтобы отправить приложение на ревью, например, или зарелизить в App Store.

С ревью всё понятно, сделать ничего нельзя, можно открыть на айпаде фотку Тима Кука и молиться ему (не помогает).

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

Apple — великая компания и постоянно работает над улучшением качества сервиса, поэтому добавила в ToS пункт, что процессинг может занимать до суток, и типа это норм, если меньше, поддержка даже реагировать не будет.

Всё бы ничего, ну выкатится ночью, но нам нужно параллельно обновлять и сервер, а это хотелось бы не в воскресенье срочно делать.

Какие есть варианты решений?

Сейчас косвенно решаем проблему, сделав тупой скрипт, который находит приложение по id в App Store и показывает, сколько часов прошло с последнего обновления. Ну типа если "кто-то ещё" обновился час назад, то и у нас есть шанс, проскочим. Не гарантия, но хоть что-то. Минусы: не знаешь id, не знаешь приложения, id собираешь вручную.

Ну плюс мониторинг твитора и прочих по тегам, по состоянию App Store — некоторые отписываются, сколько заняло ревью, сколько процессинг в сторы (не все).

Что хочу: Какой-то универсальный сервис, который показывал бы, сколько приложений обновились недавно, с разбивкой по часам, например. Ну и как-то исходя из этого принимать решение о наилучшем времени нажатия кнопки.

Предложенные решения

3
  Особенности разработки API: какой API является хорошим? https://habr.com/en/company/oleg-bunin/blog/358... Наверное, абсолютно все читатели используют API, работая с фрэймворками, библиотеками, виджетами, как некий язык обще...

Блог не мой, но хз как иначе дать ссылку на подход к релизам, под названием "обратная совместимость сервера" :) Этот метод накатки обновлений решит вашу проблему. Сначала обновляем сервер, но апдейт не должен ломать работу предыдущего приложения-клиента. Т.е. сервер одновременно поддерживает две версии api. Также хорошо сочетается с концепцией "версионирование api", рекомендую.

Помог: Мимокрокодил

Я знаю решение!