Git-проект вёрстки с коммитами?

а зачем? :)

Максим Федоров,

а зачем? :)

а посмотреть как полностью кухня устроена с самого начала, от шапки до футера хронологию

Olek1, ну даже в больших преоктах могут быть так се практики

Если есть вопрос -- как же делать страницу -- по кускам или сначала от каркаса, то вот есть хороший совет (для всех причем, дизайнеров, верстальщиков):
Метод прогрессивного джипега (от А.Лебедева)

Максим Федоров, в плане дизайна всё в порядке, без мокапа готовый результат на выходе, as is быстро

Olek1, ну вы не поняли, это и к версте относится, это вообще менеджерский совет, а не технический:

сначала общий каркас (например просто накидать контуры футера, хедера, сайдбара и т.дд, слайдера)
потом прорисовать каждый чуть более детальней (например товару кинуть фото, элементы однйо картинкой нафигачить, характеристики прост осписком вывести)
потом уже утюжить каждый до опупения :)

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

Olek1, Верстка не настолько сложная вещь, чтоб делать детальные комминты

Если делается просто верстка, без натяжки, тдд и тп, то могут и страницами закидывать

Только если дело качается багфиксов, тогда коммит может быть маленьким и с полным описанием

sim3x,

Верстка не настолько сложная вещь, чтоб делать детальные комминты

Мне надо структуру создать, хранимую в хронологии по проектам, наглядно понятную удобно разбитую по этапам которые легко деформировать одновременно для 4-5-6 брейкпоинтов или больше

Olek1, с какой целью?

sim3x,

с какой целью?

реиспользование

Olek1, те хотите куски кода, которые не связаны между собой, в одной репе хранить?

sim3x, а какая разница в одной репе, или не в одной, хоть в тысяче, мне главное как их удобно разбивать на подзадачи, чтобы заново переиспользовать подтягивая в нужный момент на другом проекте, я имею ввиду типовые задачи, когда речь идёт сразу о нескольких 5-6 версиях веб-приложений

Olek1, Огромная разница

Вы никак их не найдете если не будете точно знать название ветки
А после 5 веток - у вас отпадет всякое желание помнить их названия

Для такого существуют гисты

sim3x, есть какойто удобный плагин для VSCode гистов?

Olek1, гугл говорит, что есть

Если использовать из ИДЕ, то нужно искать что-то типа live templates from IDEA

sim3x, представьте такую картину, у вас зашла задача, построить проекты, мобильная вёрстка дизайна, планшетная, десктопная версии, с tv приложением, для часов, под WebView и так далее. Вы сделали по сути этих 20 разных проектов, но потом вам заходит другой проект, который очень похож на предыдущий, где надо всё то что вы делали ранее переделать на другой дизайн, как гисты в этом могут помочь?

Olek1, когда у вас будет заходить по 20 таких проектов в месяц
Не кусками
А именно одинаковых
Тогда и задумаетесь над автоматизацией

Пока вам проще найти кусок и скопировать ее в новый проект
И даже если вы кусок будете писать с 0 по памяти, то у вас выдет быстрее чем вы рассортируете все по полочкам

У вас преждевременная оптимизация

sim3x, Нет, это не оптимизация преждевременная, оптимизация преждевременная это совсем другое. Это способ хранения.

sim3x, это организация способа хранения

Olek1, храните каждый проект в своей репе

Не структурируйте, пока ускорение поиска не увеличивает скорость исполнения в разы

sim3x,

Тогда и задумаетесь над автоматизацией

Это для этого делается, с ремаркой на то, чтобы на GitHub было удобно с этим работать, не только комуто одному с роботом

Olek1, тогда используйте проверенное тобишь css фреймворки.
В них как таки и сделан упор на реиспользование.
Только не бутстрап так как придётся ещё много в него чего добавлять..
Советую https://getuikit.com

Александар Решетняк, фреймворки и в правду, действительно вообщето достаточно полезная вещь, если у них много контрибьюторов, которые практически мгновенно реагируют на появившиеся issues, чего не скажешь о работе в одиночку, скорее всего вы правы что, надо смотреть в их сторону, и правильно выбирать их исходя из задачи, и не пренебрегать ими