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

Искусство сетапа: автоматизируем подготовку стека под новые проекты

Уровень сложностиПростой
Время на прочтение12 мин
Количество просмотров2.5K
Всего голосов 34: ↑34 и ↓0+36
Комментарии9

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

Мы для этих же целей используем template repository. А для разных шаблонов - ветки. Таким образом, развертывание нового проекта, со всеми необходимыми настройками, занимает одну минуту и нет необходимости ни в каких дополнительных специальных тулзах.

Хороший вариант, посмотрел на возможности этой технологи, и кажется нет встроенного способа при развертывании проекта заменять какие-то переменные, но можно настроить это с помощью github actions. К своему инструменту уже привыкли, довольно удобно в подготовленном диалоге с консольной утилитой получить настроеный проект, но, думаю, этот вариант тоже рассмотрим.

Более 10 лет писательства на разных языках и в проектах разного уровня сложности. Все эти скрипты - это точка отказа. У кого то не так стало, у кого то другая версия и тд. Самое главное оно может кливо отработать.
Самое оптимальное это Shell-скрипты. Для быстрой развертки или "клонирования" из готового примера такое идеально.
Как показала практика даже с питоном могут быть проблемы на сотню разных пользователей. А вот Shell-скрипт работает абсолютно на всах линуксах и маках, не говоря за контейнеры. И самое гланое не нужно ничего ставить предварительно или проверять "версию" чего либо у пользователя.

А вот Shell-скрипт работает абсолютно на всах линуксах и маках, не говоря за контейнеры

Ха-ха-хахах. Да-да.

А вот Shell-скрипт работает абсолютно на всах линуксах и маках

Если речь про bash то точно нет - Apple что-то не понравилось в новой лицензии bash (GPL v3) поэтому они оставили у себя старую некроту, под которую отдельно нужно затачивать скрипты. Сходу: .SHELLSTATUS и let она не поддерживает

Можно сказать, что в некоторой степени у нас использованы возможности shell - часть библиотек, которые мы применили, это просто обертки над ним. И, да, некоторая часть команды испольузует в работе windows, и мы сталкивались из-за этого с проблемами. Например, после доработок по шаблонам на машине с виндовс, исполнимый файл для husky переставал быть таковым на остальных системах.

А подход Angular/Nest со схематиками вы отмели как негодный по какой логике?

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

А :) Да, вполне логично. Спасибо за пояснение.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий