Как улучшить фронтенд-темплейт?

Question

[Николай Марченко]

Последний год примерно разрабатываю свой шаблон для быстрого сайта проекта — Gagarin, сейчас в нем использую Jade/Gulp/PostCSS. Зачем начал его делать написал в ридми внизу. Думаю, что в нём чего-то не хватает или что-то сделано неправильно, но моих знаний кажется не хватает, чтобы увидеть и понять чего именно. Прошу вашего совета, как можно его улучшить / оптимизировать.

Answer 1

[Константин Величко]

Поковыряйте другие шаблоны, появятся идеи.
Мой https://github.com/zoxon/gulp-front
CSSR https://github.com/CSSSR/csssr-project-template
TARS https://github.com/tars/tars

Comments

[Sergeniy]

Ты зачем свой-то шаблон испортил? Был маленький, компактный, сейчас какая-то кракозябра стала.

[Константин Величко]

Sergeniy в смысле испортил. Это логичная эволюция. Если у вас есть вопросы или предложения, можете написать в gitter https://gitter.im/zoxon/gulp-front или telegram https://telegram.me/joinchat/CZM3BT3WDcz1if0cXnnbow

Answer 2

[Денис Инешин]

Сделать демо-страницу с подробным разбором и примерами использования.

Comments

[Николай Марченко]

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

[Денис Инешин]

Николай Марченко: нз.

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

[Николай Марченко]

Денис Инешин: понял, спасибо. Сделаю демо.

Answer 3

[Константин Китманов]

Не держать в гите папку build
Разбить gulpfile.js с помощью gulp-load-tasks на небольшие удобоваримые куски
Добавить таск для юнит- или e2e-тестов, и/или хотя бы для линтеров, как для JS, так и для CSS
Сделать нормальную сборку скриптов, ну хотя бы с помощью browserify, можно с опциональной транспиляцией

Comments

[Николай Марченко]

почему не держать build?
я не пишу сложного/структурированного js, пока надобности в browserify нет поэтому, но на будущее запомню.

[Константин Китманов]

Николай Марченко: потому что держать в контроле версий артефакты сборки — это получать проблемы при каждом git pull, если работаешь не в одиночку.

[Николай Марченко]

Константин Китманов: понял, спасибо

[Константин Китманов]

Николай Марченко: если только в одиночку работать, то можно и держать, в принципе, это даже удобно. А в команде почти каждый раз будет merge conflict, не страшно, но надоедает.

[Константин Величко]

Билды лучше класть в отдельную ветку

[Константин Китманов]

Константин Величко: зачем? Билды надо собирать только при деплое.

[Константин Величко]

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

[Константин Китманов]

Константин Величко: я вас не об этом спрашивал.

[Константин Величко]

Специфика такая. Приходится бэкендщикам или клиентам отдавать html, css, js.
Некоторые пугаются сложностей, надо ставить nodejs, ставить зависимости, билдить все это дело.
Лучше сразу отдавать исходники с системой сборки и html, css, js.