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

Question

[Johny Smith]

Подскажите проект адаптивной вёрстки на «Гитхабе». С полного нуля и детальными коммитами с хорошими комментариями.

Comments

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

а зачем? :)

[Johny Smith]

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

а зачем? :)

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

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

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

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

[Johny Smith]

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

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

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

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

[Johny Smith]

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

[sim3x]

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

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

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

[Johny Smith]

sim3x,

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

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

[sim3x]

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

[Johny Smith]

sim3x,

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

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

[sim3x]

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

[Johny Smith]

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

[sim3x]

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

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

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

[Johny Smith]

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

[sim3x]

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

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

[Johny Smith]

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

[sim3x]

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

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

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

[Johny Smith]

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

[Johny Smith]

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

[sim3x]

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

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

[Johny Smith]

sim3x,

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

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

[Александр Решетняк]

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

[Johny Smith]

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