Евгений

Если работа разовая, то можно архивом, причем, желательно, с отдельными css и js, это если без сборщика, типа gulp работать. Если со сборщиком, то можно прямо проект отправить, указав, где лежат сорцы. Краткого письма, для ранних проектов будет достаточно.

Если работа предполагает параллельный программинг или последующие развитие проекта, причем с вашей стороны, то изучить гит и хранить репозиторий проекта там.

Полноценный туториал имеет смысл писать для сложных, многокомпонентных систем.

Для хранения репозитория, я предложил бы gitlab.com, да простят меня адепты гитхаба, т.к. он позволяет создавать приватные репозитории и не просит при этом денег за них.

Нашел вот такое вот решение. В целом, подходит на 97%

Не совсем верно. Все зависит от начального дизайна. Следует учитывать, что требуется. Сегментированная адаптация или респонсиваня. Если сегментированая, то градации бутстрапа вполне подойдут. Если респонсивный, то в идеале продумывать его изначально, т.е. строить карту сжатия на листе и задавать ключевые параметры в ui гайде. Например у вас три блока одинаковой ширины. Ширина задается в процентах на верстке и нужно определить, какова минимально допустимая ширина этого блока. По достижении этой ширины блоки можно расположить друг под другом или же опустить один блок ниже, при этом задав размер им не в ~33% от размера рабочей области, а в 50%. И далее в таком ключе. Почему это важно? Потому что если это не сделать, то верстальщик либо вас доконает вопросами, либо сделает на свое усмотрение, в большинстве случаев плохо.

Сетки размеров для базового представления можно взять те же. Также следует учитывать landscape режим просмотра, в котором достаточно мало остается вертикальной рабочей области. Особенно проблемным местом являются full page страницы.

P.S.
Сегметированный дизайн. Дизайн по строгим ключевым точкам, зачастую с жестким переходом в размерах рабочей области, сейчас применяется редко, в основном на сложно структурированных проектах или проектах с большим количеством жестко позиционированных элементов
Пример:

Респонсивный дизайн. Когда при верстке большая часть контента легко "сжимается" по ширине\высоте, подстраиваясь под размеры рабочей области. Вызывает проблему с неровным разбиением, что вынуждает предугадывать поведение блоков при изменении размеров экрана.
Пример:

UP.
Касательно отступов, то все на усмотрение дизайнера. В том же бутстрапе не составит труда переменить размеры отступов, несмотря на предложенные им 15px, иногда требуется 60, 30, 15 и все в одном макете. Все зависит от вашего умения и виденья

В итоге компромиссным решением стало для Safari на мобильных платформах, при активации попапа, делать высоту html&body в высоту экрана. Тогда все работает ровно и корректно.

С точки зрения закона об авторском праве, любой интеллектуальный труд, принадлежит его создателю, за исключением передачи всех исключительных прав на творение. Но вот с точки зрения бытовой логики все интереснее. Да, ты воруешь, но доказать это невозможно, да и никто не будет это делать. Но, если код запатентован, то в том и только в том виде, в котором он есть в патенте его использовать нельзя, тут уже могут быть колоссальные штрафы. Однако, сайтов столько, что уследить невозможно, только случайно или когда проект станет высоко посещаемым. Но к этому времени, от кода оригинала, вряд ли что-то остается).
P.S.
Не забывайте ситуацию с шоколадом Milka, при разработке крупных коммерческих проектов)