или пре-билд с целью разработки?
сначала изменения выкатываются на dev, после чего проверяются и если есть отмашка переливаются на prod
В вашем контексте у вас только 1 сурсы на прод сервере. Тестируете вы из них, когда собираете бандл через npm run dev (условно), а для проды npm run build То есть если кто-то добавил новую зависимость, допустим слайдер, то: Он локально её подклбчает, тестирует, всё ок На проде git pull npm i npm run dev Смотрите на баги через скрытый порт npm run build У вас такой пайплайн действий?
git сейчас для деплоя фронта не используется, используем простое копирование а историю изменения собраного кода не ведём, точнее она есть, но не в git
просто в директории лежат поддиректории с именами формата dist-$date
решение закономерное ввиду именования файлов полученных от сборщика Vue
я не вникал что попадает в имена фалйов, хоть хеш хоть рандом, но имена в разных версиях не совпадают
Хеш нужен для удачного обхода кешей браузеров, если сервер статики выставил условно 6 месяцев для js файлов. Как он именуется действительно не имеет значения.
вот поэтому хранить собранный код в системе управления версиями смысла нет, никакого выиграша в производительности или удобстве отката, одни проблемы
Обычно build директория лежит в игноре
Обсуждают сегодня