Можно сделать резюме менее формальным, добавив дополнительные блоки, содержащие полезную информацию, но представляющие ее в "развлекательной" форме. Например, что нравится и не нравится, сильные и слабые стороны, перечень навыков или хобби, инфографика или интерактивные модули и т.д. Следует написать контент такого блока раньше, чем начинать верстку, потому что его размеры будут влиять на размещение элементов на странице.

• Создай новую ветвь feature/body (на основе develop), запуш на ремоут репозиторий - git push -u origin feature/body, и использовать ее для редактирования основного контента
• Создать patch/content/primary ветку (на основе feature/body) ветки.
• Добавь основной контент (e.g. avatar, name, job, contacts, intro, etc.) здесь.
• Смерджи ветку patch/content/primary в feature/body используя pull request
• Создать patch/content/secondary ветку (на основе feature/body) ветки
• Добавить дополнительный контент (e.g. languages, skills, character, etc.).
• Смерджи ветку patch/content/secondary в feature/body используя pull request
• заполни резюме СОБСТВЕННОЙ информацией
• Смерджи feature/body в develop используя pull request
• Проверить HTML и CSS на валидность
• Открой pull request и смерджить develop в main ветку

Ссылки на соцсети (Facebook или Instagram и т.д.), номер телефона или адрес электронного ящика и т.д. Может не все ссылки в мире, а только те, что действительно уместны.

• настроить GitHub Pages (из main ветви),
• обновить описание репозитория с корректной ссылкой.
• Перейти по ссылке, чтобы проверить, все ли в порядке – должны увидеть содержимое index.html

Составить интро (введение), где в 2-4 предложениях описать, что ти делаешь, что нравится делать, что хочется делать лучше, что важно делать, и т.д.

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

• Cоздать pull request в main ветвь.
• Поставить title "First release to production", определить метаданные (assignees, labels, projects).
• Затем merge (слить) pull request. #7

• Создай новую ветвь feature/head (на основе develop ветви).
• Создай styles.css файл в корневой папке проекта и вставь туда стили
• Подключить стили
• закомитить свои изменений, запушить ветку, создать новый pull request и смерджить в develop