Инфа "без воды и прочей дичи" — в официальных доках.
Знать буцтстрап очень полезно, но использовать везде не нужно.
Как минимум изучение бутстрапа даст представление о методиках работы с css-фреймворками, а так же расширит кругозор.
Ну и если попадётся проект на бутстрапе, то будет проще с ним работать.
ничего не мешает разработать свой стандарт разметки, хоть на том же жирном xml.
Браузер не надо "учить", надо на страницу встроить скрипты, которые будут на лету превращать вашу разметку в html-таблицу.
Так, например происходит с языками jsx, typescript, coffescript, dart (но это не точно). Они либо предварительно, либо прямо в браузере транспилирутся в javascript, который уже понимают все браузеры.
Так же и с css препроцессорами. Например less, автор описывает стили с помощью языка less, а потом компилирует их в css, который отдаётся браузеру. И точно так же можно подключить скрипт, и конвертация будет происходить на лету из less в css прям на странице.
Ну а дальше дело популяризации. Если формат станет популярным - то и в браузерах появится поддержка.
К примеру scss и less достаточно популярны у фронтендеров и верстальщиков, но стандартом эти препроцессоры не станут.
Станислав, выше объяснил что нужно реорганизовать пуш разных людей с помощью git-flow. Это когда у каждого разработчика своя ветка, а в master-ветку мерджит "старший программист".
Конфликты, конечно будут, особенно если все будут пушить в мастер, предварительно не обновив свой локальный репозиторий.
git-hook это скрипт, который кладётся в репозитории в папку .git/hooks/* - загляните для приличия туда, там уже есть примеры. И в доках по git тоже есть раздел про git-hooks (только там они называются "перехватчики", вот умора...)
с webhooks можно ознакомиться в доках github.com или bitbucket.org
Алексей Копендаков, что-бы не было конфликтов, нужно заставить всех кто пушит следовать gitFlow. На каждую фичу отдельная ветка в репе. И все, перед пушем в репу, должны вытянуть последние коммиты, смерджить у себя а потом пушить в отдельную ветку.
Ветки с готовыми фичами, после код-ревью, сливаются с мастер-веткой главным программистом (условно).
Более того, на сервисах типа github/gitlab/bitbucket можно пользователям запрещать пушить в отдельные ветки. Так что запрещаем все-кому-не-попадя пушить в master.
У каждого своя ветка и под-ветки для фич.
На счёт вебхуков.
Работают они следующим образом: на сервере (который "глядит" в интернет) настраивается простая страница, доступная извне.
Допустим https://myshinysite.com/git_pull/, при посещении этой страницы, на сервере запускается скрипт, который вытягивает изменения с зеркала (и любые другие действия).
А в настройках репозитория-зеркала, например на github.com настраивается webhook и указывается вышеописанный url.
Т.е. когда кто-то пушит на репу-зеркало на github, github посещает указанный url и всё. Остальную работу делает сервер https://myshinysite.com/git_pull/ и скрипт, который обрабатывает этот url.
Знать буцтстрап очень полезно, но использовать везде не нужно.
Как минимум изучение бутстрапа даст представление о методиках работы с css-фреймворками, а так же расширит кругозор.
Ну и если попадётся проект на бутстрапе, то будет проще с ним работать.