Зачем в gulp(grunt) разделять сборки на public и build?

Question

[Виталий Киренков]

Вопрос навеян этим постом habrahabr.ru/post/208890

Просто по сути то одно и тоже или мож я чего не понимаю. Сам с грантом не работал, да и с галпом, но вчера уже прошел миникурс, в понедельник буду внедрять, вот и пытаюсь понять какую структуру строить для проекта.

Answer 1

[Сергей Наломенко]

Есть различные идеологии сборки проектов. Будь то папки dev, dist, public, production или еще какие либо. Но в основном отличие этих сборок следующее: в приведенном примере, предположительно, public — сборка проекта для отладки, а build — для продакшна, где исходные файлы минифицирются (например, JavaScript), и при этом процесс отладки сильно усложняется, когда вместо привычного Вам пойнтера на баг выдаётся пойнтер на неизвестную минифицированную точку кода.

Answer 2

[Alexey ZloDeeV]

В public будут скомпилированы файлы из SASS/LESS/HAML/..., но в читаемом виде, это делается для ускорения самого процесса компиляции и редактирования.
В build файлы не только компилируются, но еще и минифицируются, картинки ужимаются, SASS проходится автопрефиксером и прочим.

Comments

[Виталий Киренков]

А почему на стадии разработки не стоит делать минификацию и ужимать картинки? Это не ускоряет процесс рендеринга страницы, ну и соответственно скорость разработки?

[Alexey ZloDeeV]

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

Answer 3

[zjoin]

В public попадают твои временные файлы при разработке проекта. Вот у меня в шаблоне jade файлы рендерятся в html в папку .tmp, а когда делаю gulp build эта папка стоит в gitignore. Как-то так.