Как распространять дистры для браузеров?
 

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

Вопрос, какой способ распространения js-файлов для браузера в моде на сегодня? С учётом сборок, gulp, babel и т.п.

Я вижу следующие:

1. Собирать всё в *.min.js в какую-нибудь папочку dist и коммитить вместе со всем остальным.

Плюс: сразу есть файл, который можно подключить в браузере.
Минус: лишнее барахло в репе. К тому же минифицированный файл будет целиком изменяться при каждом небольшом изменении в исходниках.

2. Аттачить каждый раз файлы на гитхабе в разделе releases. Но это уныло как-то.

3. Пусть кому нужно, клонирует репу и запускает gulp build?

4. Расчитывать только на продвинутых граждан, которые ничего по старинке не подключают, а используют NPM + Webpack.

5. Сделать отдельную репу и там складывать собранные файлы + bower.json туда.

Кстати, bower, он при смерти, как все говорят или ещё нет?

NPM, Bower.

Пример.

Конфиг для WebPack

Конфиг для простого подключения (UMD)

Кто говорит? Свою задачу он выполняет, а большего мне и не надо.

kobezzza, спасибо.
Ну, то есть вариант "собирать каждый раз вариант для барузера и держать в репе".

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

> Кстати, bower, он при смерти, как все говорят или ещё нет?

Щито? :nono:

По теме - да это не вопрос совсем, давно есть общепризнанные best practices - выципляешь самых крутых пацанов и смотришь как они делают.

Например, рекомендую изучить организацию проекта Bootstrap. Причем 4 версию, там все тренды, например, полный переход с Less на Sass.

Что позволено крутым поцонам не позволено быку.

За крутыми поцонами обычно тянется legacy-шлейф. И когда кто-то хочет переделать всё по-новому, по-модному, начинается срач в issues на пару лет.

> legacy-шлейф

Ну это да, но это не такая уж и проблема.

Если хочешь стать крутым пацаном, придется научиться учиться у крутых пацанов (: