OGuman

он итак запрещен. можно только разрешить.

Git необходим для работы в команде.

Большую часть времени нужно крайне мало число комманд. Досконально учить не нужно все.

Получить репозиторий/обновление, сделать коммит, сделать пуш, сделать мере, отменить изменения, переключить функционал.

В хорошей IDE все это есть в интерфейсе.

Почитать про git-flow и подключение через ssh.

Остальное необходимо когда ведешь свой проект и организуешь работу с ним.

Советую изучить первые три главы из этого руководства. Этого будет предостаточно.

для начала вполне достаточно знать как закомитить, как принять изменения, как переключаться между ветками, как разруливать конфликты.
все это спокойно учится за несколько дней.

Думаю Вы сами решите, ответив на несколько вопросов:
- нужен ли паралакс этих элементов?
- будет ли меняться картинка внутри?
- как это должно выглядеть на мобильных устройствах?
- интересно ли Вам реализовать это стилями?
- заплатят ди Вам за эту заморочку?

Статья habrahabr.ru/post/114256

1. Проверка соответствия макету.
   Допускается расхождение до 5px для текста. Разрешены и даже приветствуются правки размеров и расположения криво нарисованных блоков (разница размерах в 1-2px на разных страницах).
   В качестве инструмента можно использовать Pixel Perfect (см. статью).
   
   
2. Кроссбраузерность. Корректное отображение в браузерах, указанных в задаче на тестирование.
   
3. Проверка на всех необходимых разрешениях
   Всегда следует проверять, как страница реагирует на уменьшение масштаба, таким образом, эмулируя просмотр на устройстве с большим экраном.
   Особенно это актуально, если на странице есть фоновая картинка, которая должна быть на всю область экрана. Это позволяет проверить, что она не вставлена с обрубками.
   
   
4. Проверка на всех необходимых устройствах.
   Даже сайты, не адаптированные под мобильное устройство, должны на нем более-менее корректно смотреться. На мобильных устройствах следует проверять хотя бы в двух браузерах.
   Интересный сервис: webmark.com.ua/mobile
   Можно средствами браузера.
   Адаптивная верстка - рекомендую бутстрап, getbootstrap.com
   
   
5. Отсутствие js-ошибок. В консоли браузера не должно выдаваться ошибок.
   
6. Валидация html - validator.w3.org/. Наличие предупреждений (Warning) при проверки возможно. Ошибок не должно быть.
   
7. Валидация css.
   
8. Корректная работа при вбивании реального текста, надёжность вёрстки.
   
9. Оптимизация скорости загрузки.
   https://gtmetrix.com/
   https://developers.google.com/speed/pagespeed/insights/
   
   
10. Наличие Win/Mac/Linux-аналогов шрифтов. При использовании нестандартных шрифтов (определить подгрузку таких шрифтов - также в консоли на закладке Network), проверить, что в случае их незагрузки сайт нормально смотрится.
    Как эмулировать их незагрузку? Например, если шрифт грузится с google fonts, закрыть к нему доступ через файл hosts. Сайт будет смотреться иначе, но ничего не должно слишком сильно разваливаться.
    
    
11. Label и input/select должны быть слинкованы
    
12. Проверка корректности заполнения форм на JS. В верстке формы должны валидироваться: обязательные поля подсвечиваться, поле email проверяться на корректность и т.п. Поля для ввода телефона должны иметь маску (если телефон, скорее всего, российский), возможно маски на другие поля (дата, время).
    
    
13. Переключение между элементами форм по кнопке tab
    
14. Лого на внутренних страницах должно вести на главную страницу (должно быть ссылкой)
    
15. Интерактивность соответствующих элементов - реакция на наведение и нажатие
    
16. Skype-плагин не должен ломать вёрстку
    
17. Ресайз textarea не должен ломать вёрстку
    
18. Ссылки на сторонние сайты должны быть с target=”_blank” (открываться в новой вкладке)
    
19. Проверка орфографии, в том числе автоматизированными средствами (Word'ом)
    

1. Pixel perfect
2. Валидность кода
3. PageSpeed Insights
4. GTmetrix
5. Pingdom Website Speed Test
6. Проверка адаптивности
7. Проверка для Retina (srcset, svg, иконочные шрифты)

В макете использован шрифт, который требует указания автора при скачивании.

\
Тут стоит дать ссылку на этот шрифт и текст его лицензии.

Если сказано что-то типа "Если вы используете этот шрифт в своём произведении, то в произведении должно на видном месте указан автор шрифта", то да.
Если там "Вы должны указать авторство при скачивании", то нужно только при скачивании (что бы за этими словами ни стояло)

1. Если элементы в линию не нужны, прятать в бургер на нужных @media
2. Если элементы нужны в линию, то либо мы максимально компонуем, убирая отступы, уменьшая шрифт, либо прячем элементы за максимальной шириной + overflow-x hidden . Тогда будет прокрутка, но элементы останутся в линию
3. Если хочется оставить в линию, при этом не хочется скролл видеть, то можно через js библиотеку-слайдер их сделать, но это если вложенности нет в меню. Иначе треш

Вам дизайнер в каждый пункт меню специально положил по прямоугольничку. Который показывает ширину каждой ссылки. И их ширина на удивление одинаковая. И отступы между элементами тоже одинаковые.

А вы его небрежным обзываете. Ну как так?

Если дизайнер проявил небрежность, пиксел-перфект (это вообще достаточно условное понятие) не нужен. Требуется сверстать аккуратно, а не точно.

Верстать под те, которые нужны заказчику.
Если заказчик не знает и вроде не должно, то под IE можно не верстать.
Кому-то может даже IE6 всё ещё нужен

Только под Chrome, Firefox. Опера, edge это и есть тот же хром, вернее на движке хромиум. А учитывая что пользователей фаерфокса 0 целых сколько-то десятых, главное чтобы в хроме все работало

IE10 и страше — нет, кроме возможных очень редких кейсов, которые должны быть специально оговорены.
IE11 — нет, максимум самый базовый функционал, чтобы пользователь мог что-то открыть и прочитать.

Заказчик требует:

Если заказчик компетентен и понимает, зачем нужна поддержка IE (например, значимый процент ЦА в учреждениях со старыми компами без обновлений), значит надо делать.

Но часто в ТЗ просто копипастят давно не имеющие смысла требования, навроде поддержки IE8+, устаревших кодировок и т.п. В таком случае нужно обсудить это и скорректировать ТЗ.

С 15 июня IE в принципе больше не работает, можно не поддерживать.
Safari как был болью похлеще IE, так ей и остается.
А так подавляющее большинство браузеров сегодня основаны на Chromium, ну и Firefox еще есть немного.

Под такие верстать, которые клиент заказывает.