Многие мобильные разработчики любят инструмент fastlane, автоматизирующий задачи при выпуске приложения (генерацию скриншотов, code signing в случае с iOS, деплой в магазин или в систему бета-тестирования). Долгое время fastlane можно было использовать только на macOS, но сейчас этот проект делают частично кроссплатформенным. А его создатель Феликс Краузе на днях громко анонсировал новый проект: CI-систему fastlane.ci.

И мы взяли у Феликса интервью, расспросив про обе темы: начали с вопросов о CI-новинке, а затем перешли к «обычному» fastlane.

— В связи с появлением fastlane.ci кто-то может сказать «уже и так есть куча CI-систем, зачем ещё одна». Какими вы видите главные цели fastlane.ci, ещё не покрытые другими продуктами?

— Во главу угла fastlane.ci ставит мобильных разработчиков. Многие CI-системы очень обобщённые, а в итоге не слишком хорошо справляются с требованиями мобильной разработки. Хороший пример — использование командами разных версий Xcode при миграции на новую версию Swift.

Поэтому fastlane.ci — «opinionated»-проект, упрощающий жизнь мобильным разработчикам. Идея в том, чтобы CI-система автоматически распознавала ваш проект, по большей части настраивала сама себя, и оказывалась готова за несколько минут.

— Понятно, что fastlane и fastlane.ci будут отлично работать вместе, но насколько тесно они связаны? Не станет ли теперь поддержка других CI в fastlane менее приоритетной? Предполагается ли использование fastlane.ci без fastlane?

— Последний вопрос пока не решён окончательно, но пока что моё видение в том, чтобы запустить fastlane.ci только для работы с fastlane. Вероятно, со временем это ограничение ослабнет, но при работе над первой версией оно позволит нам сосредоточиться на самом главном.

Но работа над fastlane.ci, разумеется, никак не скажется на интеграции fastlane с другими CI-сервисами. Каждый вправе использовать любую CI-систему, какую хочет :)

— Сейчас fastlane.ci поддерживает исключительно мобильную разработку, но сделана оговорка «пока что». В будущем хотите, чтобы мобильная оставалась главной, но поддерживалась не только она?

— Тут как в предыдущем ответе: сначала нам надо сосредоточиться на самом главном, а затем можно постепенно расширять спектр деятельности.

— Насколько понимаем, fastlane.ci можно запустить на разных ОС…

— Нет, fastlane.ci не кроссплатформенная, она для macOS.

— Подождите, в системных требованиях написано «Requires Ruby 2.3.0 or higher. macOS and Xcode are required when building iOS projects». То есть точнее будет «Requires Ruby 2.3.0 or higher and macOS»?

— Угу, обновлю README, чтобы прояснить этот вопрос. Пока что всё рассчитано только на macOS.

— В fastlane.ci планируется поддержка как для iOS, так и для Android. Предполагаете ли вы, что в Android-мире сейчас как раз повысится спрос на CI из-за прекращения поддержки Android в BuddyBuild?

— Я думаю, использование BuddyBuild снизится и в Android, и в iOS, потому что теперь в ближайшие месяцы/годы от него вряд ли стоит ждать активного развития.

— Перейдём от fastlane.ci к fastlane. Для начала давайте проясним ситуацию для тех, кто далёк от темы. У fastlane хитрая история: сначала независимый проект, потом попал под крыло Twitter, став частью Fabric, затем вместе с Fabric перешёл к Google. Это может вызывать вопросы вроде «требуется ли пользоваться Fabric для использования fastlane». Как на самом деле обстоят дела?

— В данный момент fastlane — независимый проект в Google. Вам не требуется пользоваться ни Fabric, ни Firebase, ни сервисами Google для использования fastlane. Проект опенсорсный, поддерживается нами совместно с сообществом.

— Последняя новость о проекте заключается в объявлении «Мы активно работаем над поддержкой Linux и Windows для отдельных частей fastlane»…

— Ну, я лично активно этим не занимаюсь. Однако в команде контрибьюторов нашёлся человек, взявшийся за поддержку других платформ. И в последние месяцы действительно идёт работа над тем, чтобы всё больше составных частей fastlane переставали требовать macOS.

— Ограничивает ли в этой работе нежелание регрессии у более приоритетной основной версии?

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

— Поскольку iOS-разработчики сидят за Mac, спрос на кроссплатформенный fastlane возник исключительно из-за Android, или с iOS-стороны он тоже есть?

— Я высокого спроса в iOS не видел, за исключением кроссплатформенных разработчиков, вроде React Native.

— Когда Android-разработчики при установке fastlane первым же пунктом видят «Make sure you have the latest version of the Xcode command line tools», это не вызывает у них когнитивный диссонанс? :)

— Ну, Android-разработчикам на Mac для установки fastlane неизбежно нужны Xcode command line tools, чтобы установить Ruby и OpenSSL.

— А усложняет ли работу над проектом, поддерживающим Android, то, что у вас самого бэкграунд в iOS?

— Да, определённо. Я уже 7 лет занимаюсь iOS-приложениями, так что о платформе и экосистеме знаю много. Так что я лично не особо занимаюсь Android-частью, у нас есть группа контрибьюторов, сосредоточенная на этом.



— Главная страница fastlane.tools встречает нас счётчиком «сколько часов сэкономил fastlane разработчикам». А как вы эти часы считаете? :)

— Когда fastlane проверяет наличие обновлений, заодно отправляет нам очень базовые метаданные: главным образом, проведённое в запущенном состоянии время, версию Xcode и версию ОС.

— Но ведь «время работы fastlane» может совсем не равняться «времени, которое разработчик потратил бы на те же задачи без fastlane». Этот счётчик задуман как очень грубая аппроксимация?

— Да, верно. На самом деле, вероятно, fastlane сэкономил разработчикам куда больше. Например, в случае с генерацией локализованных скриншотов вручную может получиться гораздо дольше.

— Вокруг fastlane выросла целая экосистема плагинов. Есть ли у вас среди них личный любимчик?

— Я лично ранее использовал “badge”, позволяющий прямо перед компиляцией легко добавить номер версии на значок “beta” на иконке.

— Бывает ли, что что-то начинается как плагин, а в итоге попадает в основной fastlane?

— Да, так происходило с несколькими плагинами — главным таким случаем стали плагины disable_code_signing и enable_code_signing. В Xcode 8 Apple добавила новую опцию для code signing, и люди хотели контролировать её с помощью fastlane. Гельмут (автор плагина) любезно согласился интегрировать плагин в fastlane, когда мы обратились к нему.

— А встречали ли в плагинах какую-то удивившую вас самого функциональность?

— Мне понравился плагин, получавший текущие сроки прохождения ревью для iOS-приложений.

— Удивительно, что такой популярный инструмент не был создан крупной компанией, а возник как ваш студенческий проект. Были ли у него тогда конкуренты? Что помогло их обойти?

— Когда начинал, аналога не было. Единственным похожим инструментом был Shenzhen от Nomad Tools, но его разработка тогда уже была прекращена. Но одиночке такой проект начинать даже легче, нет никаких зависимостей.

— Когда проект попал в Twitter, это позволило вам работать над ним фуллтаймово. А не хотелось ли вместо этого как-либо его монетизировать, чтобы получить ту же возможность, но при этом сохранив полную независимость?

— Я не вижу большого преимущества в полной независимости, если компания, позволяющая тебе работать над проектом, действует в его лучших интересах. В случае с fastlane как Twitter, так и Google позволили проекту развиваться в том направлении, которое было осмысленнее всего для сообщества мобильных разработчиков, мы прислушивались к желаниям пользователям и работали над ними. Собственно, до Twitter я даже предлагал спонсорство fastlane и связанную с fastlane контрактную работу, но это было сложно — сильно нагружало и отвлекало. Я определённо предпочитаю нынешнее положение вещей тому, что делал до Twitter.

— В вашем случае работа сама выросла из студенческого проекта. А если бы этого не произошло, чем бы занимались? Вас волнуют темы приватности и безопасности — направились бы в эту сторону?

— Вероятно, работал бы над iOS-приложениями — и, возможно, это было бы связано с приватностью, да.



— На вашем сайте есть целый раздел о проблемах приватности, которые находятся прямо под носом, но остаются незамеченными — по-вашему, для индустрии в целом это проблема?

— Я думаю, что в iOS-сообществе особенно не хватает осознания вопросов безопасности и приватности. Я понимаю, что это не самая увлекательная тема для большинства людей, и она способна тормозить разработку проекта. Но она необходима.

Минутка рекламы. В апреле Феликс выступит в Петербурге на нашей конференции Mobius с докладом «Trusting iOS SDKs», где как раз обратится к теме безопасности. А если после этого интервью у вас остались вопросы к Феликсу, на Mobius будет удобно задать их лично: каждый спикер после своего доклада будет отправляться в дискуссионную зону, где его можно как следует порасспрашивать.