в блоках так и будет, просто думал в джанго тоже есть как в симфони по маске, удобно же одной строкой всех вендоров подключить {% static "css/vendor/*/*.css" %} а потом к примеру минификатор всё клеит
Я тоже считаю это не правильным путем, но для dev-окружения считаю вполне нормальным подхватывать маской все файлы стилей. Про сборку в один файл это в prod так и будет.
По поводу одного файла - я так понимаю один файл сжатый работает в prod, вы как делаете разделение что в prod выводить один файл сжатый, а в dev окружение читабельные не сжатые версии версии? Через условие на DEBUG = True?
Я до этого работал с симфони, там было что если окружение dev то он выводит все файлы не сжатыми, если prod то отдаёт один сжатый файл. В django нет такого?
zeyser: Continuous Integration
А по поводу показа заказчику фич, если у вас всё через http работает можете использовать ngrok для проброса локалки во внешний мир
zeyser: Вообще если дальше размышлять на тему как всё организовать, то следущим пунктом идёт - CI, т.е. репо вебхуком стучит к нему, он берёт репо, прогоняет тесты, покрытие кода и т.д. и далее CI уже разворачивает проект в продакшене
zeyser: в гите даже не знаю, в меркуриал на эту тему прямо в официальном мануале есть и там же описываются стандартные кейсы(получить имя ветки, хеш и т.д.). У гита думаю тоже есть что-то такое, тем более он более популярен чем меркуриал
интересное решение, но всё же больше интересует - нет ли под капотом у SoapClienta каких фич, которые его выделяют на фоне curl? Или же он просто представляет удобную обертку поверх curl?
Виктор: Фаза текущего коммита в меркуриал это draft, public, secret - первая значит коммит ещё только в локальном репо, в общем mercurial.selenic.com/wiki/Phases в TortoiseHG есть столбец, который это наглядно показывает.
Лог я имел ввиду опять же, не отображение файлов, веток и т.д. а конкретный лог, например при пуше чтобы видно было
"hg push .....'
Т.е. что конкретно делается, в TortoiseHG опять же есть такая штука
