CI/CD для iOS-проектов: на железе или в облаке? Что лучше, по версии Doubletapp

[wizard_s]

Вопрос: что делать с лицензированием macos в виртуалках? (Вариант "поднимаем виртуалки у себя"). Насколько помню, на не-apple железе и десктопные версии нельзя было.

[radhold]

Да, действительно, виртуалка будет лицензионной, только если поднимать ее на Mac. Других легальных вариантов здесь нет, к сожалению

[tim3lord]

Дизайн Mac Mini не спроста одинаково хорошо смотрится и на рабочем столе и в серверной стойке))

[kambala]

Однако в этой простоте кроется и большой минус: если кто-то решит настроить CI для другого проекта, то он с легкостью может какой-нибудь новой зависимостью положить весь ваш CI/CD. Или же во время настройки у вас ничего не будет работать из-за уже установленных зависимостей.

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

У нас уже лет 5 через дженкинс собирается по 1-4 проекта параллельно на одной машине без сучка и задоринки. Какая у вас была проблема?

[radhold]

С параллельностью не было никаких проблем, а вот, когда на этот мак решили накатить что-то для React Native, то CI немного приуныл.

[kambala]

RN - это достаточно специфическая вещь. Стоило бы упомянуть в статье, что именно он помешал выбрать самый простой вариант для CI.

К тому же, всегда можно было бы поставить несколько его версий на одной машине.

[radhold]

Ну еще CI положил rvm. Пришлось вместо него rbenv ставить. Поэтому иногда проблемы приходят откуда не ждешь при установке зависимостей