Как стать автором
Обновить

Релиз мобильных приложений одной кнопкой

Время на прочтение11 мин
Количество просмотров12K
Всего голосов 40: ↑38 и ↓2+36
Комментарии11

Комментарии 11

Что касается Android части, для взаимодействия с Google Play API не так уже и много годных вариантов.
Проект от Triple-J с Gradle плагином по мне весьма сомнительное решение так как система сборки не должна знать о дистрибьюции.
Да, есть Java и JS библиотеки, но все они обернуты в какие то специфические кейсы, как например эта

Зачастую требуется единичная задача на CI которая отвечает исключительно за выгрузку APK и mapping (В нашем случае). Грубо говоря есть темплейт задачи в котором лежат все необходимые пароли на прокси и так далее и при создании TCE Build просто переопределяются названия файлов и куда заливать.

На выходных обернули Google Play API (Java) в прозрачный CLI
В ближайшее время сделаем аналог для npm так как есть проблемы с apline

Ну и в заключении, тулинг выбирается под задачу. Спасибо за статью!
Не знаю, что это, произнесенное с особенной гордостью «Badoo» (ни разу не встречал, и нужды узнать не возникало), но вот сама статья об автоматизации релизов — классический «антипаттерн», пример «мартышкиного труда», псевдопроблемы, которую выискивают «вайтишники», чтобы не уволили…

Для краткости не буду копипастить первые абзацы, лишь замечу: неужели вы к каждому релизу полностью переделываете все скриншоты, описания, видео etc.??? BS, не верю!

Пресловутый «релиз», даже и двойной, в AppStore и PlayStore — это работа, по большому счёту, на пол-дня для обычного «эникейщика»; можно обойтись даже «девочкой», при наличии step by step written guide.

Сколько раз в месяц у вас релизится это пресловутое «Badoo»? Пару раз (или багов гораздо больше)? Вот теперь подсчитайте вашу «эффективность»…

Ваше счастье в том, что в достаточно больших конторах деньги скрупулезно не считают, иначе нормальный менеджер, знающий свое дело, разогнал бы вашу «команду оптимизаторов» еще на корню.
К сожалению вы очень сильно заблуждаетесь. В больших компания в которых над каждой платформой трудятся 25+ человек релиз это весьма тяжелая задача. Начиная от тестирования (допустим 25к Unit test + 1к UI test) и цена ошибки крайне велика. Также разработчик не обязан знать что происходит в части маркетинга, а как следствие думать о листингах. Пусть даже это будет изменение раз в квартал — «за эникеить» 38 (локалей) * 6 (скриншотов) * 3 (девайса) = 684 скриншота будет весьма проблематично.

Также релиз процессы зачастую поставлены на поток и происходят раз в неделю, форнайтли или месячно.

Ну и в заключение, не знание про «Badoo» как о компании очень разочаровывает. Ребята делают весьма не плохой вклад в развитие IT — сообщества в целом.
Вы, по моему, сильно путаете понятия. В статье идет об автоматизации публикации апдейта в магазинах. При чем здесь тестирование-то? И про какие «локали», скриншоты и «дивайсы» вы ведете речь? Вы сами хоть раз в жизни лично публиковали приложения, и апдейты к ним? Скриншоты и описания на разных языках загружаются только в самый первый раз (и это, кстати, тоже далеко не «rocket science»). Для апдейта же нужно просто заменить контейнер с приложением («для разных дивайсов», говорите? Хе-хе, знаток, однако!), и обновить (при желании), что нового в релизе. Так что «пол дня» — это лишь для ленивого «релиз-инженера» (сколько их не видел, обычно бездельники еще те), нормальный человек справится с подобной «сверхзадачей» за час (для Android и iOS).

Ну и в заключение, не знание про «Badoo» как о компании очень разочаровывает.
Глянул, информации ради. Очередной жадный dating service для сексуально озабоченных? К тому же, идея, естественно, «тянутая» с западных образцов. Постараюсь эту «полезную информацию» забыть, как можно быстрее. Таких badoo-ов был миллион и маленькая тележка, и еще будет — от этого, к сожалению, никуда не деться :(

Может лучше не позориться, а?

В самом начале статьи написано сколько было сэкономлено часов, благодаря работе команды. Релиз приложения — очень ответственный момент и часы человека, который занимается этим делом стоят, вероятно, не мало. Так что затраты по созданию этой инфраструктуры окупятся довольно быстро.

Есть codemagic.io который делает практически все тоже самое без единого конфиг файла, просто через веб интерфейс настраиваешь все за 20 минут для обеих платформ. Пробовал для Флаттера.

Спасибо за наводку!
Наверное, на 2015 год его либо не было, либо был менее известным, нежели Fastlane. Тем не менее, пока что выбор нас полностью устраивает, особенно своим ассортиментом функций, плагинов и гибкостью.
В июле 2020 года немного странно читать про HockeyApp ) так как он deprecated уже как несколько месяцев, может и больше. Возможно вы просто не мигрировали на appcenter и он продолжает у вас работать, но тогда в статье это лучше упомянуть. Про хоккей писать уже не очень актуально.
Сейчас — да, но тут описана работа с 2015 года по настоящее время. HockeyApp устарел тоже не мгновенно :) Был момент, когда мы мигрировали в App Center, а сейчас отказались и от него.
Ну и для наводки на изучение просто оставлю ссылочку на AppCenter CLI. Недавно подпилил им чутка функционала. Для дистрибьюции приложений весьма подходит. В нашем проекте используем его.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий