Руководство по созданию и размещению личного сайта на GitHub | Джонатан МакГлон | Библиотекарь, Front-End Developer, Digital Publisher, Менеджер проектов, Энтузиаст музыки, Веб Noodler.

1. Другие ресурсы, которые вы должны знать
2. Что такое страницы Git, GitHub и GitHub?
3. Гит
4. GitHub
5. GitHub Pages
6. Начало работы со страницами GitHub
7. Использование Jekyll со страницами GitHub
8. Что такое Джекилл?
9. Настройка Jekyll на github.com
10. Настройка блога
11. Настройка вашего блога
12. Завершение
13. Следующие шаги
14. Ресурсы
15. Git, GitHub и GitHub Pages

Пошаговое руководство для начинающих по созданию личного веб-сайта и блога с использованием Jekyll и его бесплатному размещению с помощью GitHub Pages.

Посмотреть демонстрационный сайт Скачать демонстрационные файлы

Это руководство предназначено, чтобы помочь начинающим Git и GitHub начать работать с GitHub Pages а также Джекил во второй половине дня. Предполагается, что вы очень мало знаете о контроле версий, Git и GitHub. Это полезно, если вы знаете основы HTML и CSS, так как мы будем работать непосредственно с этими языками. Мы также будем использовать немного уценка Но ни в коем случае вам не нужно быть экспертом по любому из этих языков. Идея состоит в том, чтобы учиться на практике, поэтому код, который мы реализуем в этом руководстве, доступен в этом руководстве или может быть загружен полностью по адресу это GitHub репо , Не стесняйтесь копировать и вставлять или вводить этот код прямо в файлы вашего проекта.

Чтобы узнать, почему я выбрал GitHub и GitHub Pages для своего персонального сайта (и других проектов), см. эта заметка ,

Другие ресурсы, которые вы должны знать

Чтобы сделать страницы GitHub доступными для более широкой аудитории, в этом руководстве основное внимание уделяется использованию веб-интерфейса на github.com для создания вашего личного веб-сайта, что позволяет обобщить и упростить стандартные инструменты, связанные с Git и GitHub. Чтобы стать намного грязнее с Git и GitHub (т. Е. С командной строкой и терминалом), есть несколько других замечательных руководств, о которых вы также должны знать, возможно, добавьте их в закладки и прочитайте после завершения этого, или перейдите к ним, если это больше подходит вам. скорость: Анна Дебенхем , Thinkful , и даже GitHub Само по себе это выходит за рамки обеспечения доступности командной строки или локального рабочего процесса хостинга GitHub и шаблонов Jekyll для более широкой аудитории.

Кроме того, в конец этого документа Есть довольно хороший список ресурсов, связанных с Git, GitHub / Pages, Jekyll и Markdown, которые могут помочь вам глубже погрузиться в эти инструменты. Я сделаю все возможное, чтобы этот список обновлялся по мере нахождения новых.

Что такое страницы Git, GitHub и GitHub?

Git, GitHub и GitHub Pages очень тесно связаны между собой. Представьте, что Git - это рабочий процесс для достижения цели, а GitHub и GitHub Pages - места для хранения завершенной работы. Проекты, использующие Git, хранятся в открытом доступе на страницах GitHub и GitHub, поэтому в очень обобщенном виде Git - это то, что вы делаете локально на своем компьютере, а GitHub - это место, где все это хранится публично на сервере.

Гит

Гит система контроля версий, которая отслеживает изменения файлов в проекте с течением времени. Как правило, он записывает, какие изменения были (что было добавлено? Что было удалено из файла?), Кто внес изменения, замечания и комментарии об изменениях чейнджером и в какое время были внесены изменения. Он в основном используется для проектов разработки программного обеспечения, которые часто являются совместными, поэтому в этом смысле это инструмент, помогающий активизировать и улучшить сотрудничество. Тем не менее, его совместный характер привел к тому, что он заинтересовался издательским сообществом как инструментом, помогающим как в авторском, так и в редакционном процессах.

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

На диаграмме ниже каждый этап представляет собой «сохранение». Без Git вы не сможете вернуться ни к одному из промежуточных этапов от первоначального черновика и окончательного черновика. Если вы хотите изменить вступительный абзац в окончательном варианте, вам придется удалить данные, которые вы не смогли восстановить. Чтобы обойти это, мы используем опцию «сохранить как», назовите ее как-то иначе, удалите первый абзац и начните писать новый.

С Git поток является разнонаправленным. Каждое существенное изменение помечается как важное в версии, и вы продолжаете. Если вам нужно вернуться к более ранним этапам, вы можете без потери данных. В настоящее время Google Docs «история изменений» или «история редактирования» Википедии работают подобным образом. Git намного более детален и может стать намного более сложным, если это необходимо. 1

Если у вас есть шанс, я очень рекомендую это 15-минутное практическое веб-руководство по использованию Git ,

GitHub

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

На GitHub есть тысячи действительно крутых и захватывающих репозиториев, каждый день добавляются новые. Вот некоторые примеры популярных проектов по разработке программного обеспечения, которые делают их код доступным на GitHub:

• Twitter Bootstrap - чрезвычайно популярный интерфейс для мобильных веб-сайтов, созданный разработчиками в Twitter.
• HTML5 Boilerplate интерфейсный шаблон для быстрого создания сайтов,
• Библиотека визуализации JavaScript D3
• Рубин на рельсах веб-фреймворк с открытым исходным кодом, построенный на Ruby.

Обычно люди просто размещают файлы, содержащие их код, так что в конечном виде вы видите реальный код, как в этом примере из проекта Ruby on Rails:

GitHub Pages

GitHub Pages - это общедоступные веб-страницы, размещаемые бесплатно через GitHub. Пользователи GitHub могут создавать и размещать как персональные веб-сайты (один разрешен для каждого пользователя), так и веб-сайты, связанные с конкретными проектами GitHub. Pages позволяют делать то же самое, что и GitHub, но если хранилище названо определенным образом, а файлы внутри него - HTML или Markdown, вы можете просмотреть файл, как и любой другой веб-сайт. GitHub Pages является самоосознаваемой версией GitHub. Страницы также поставляется с мощным генератор статических сайтов называется Джекил , о котором мы узнаем больше позже.

Начало работы со страницами GitHub

Не волнуйтесь, если некоторые из этих понятий все еще немного размыты для вас. Лучший способ научиться этому материалу - просто начать делать работу, поэтому давайте не будем больше тратить время и погрузимся прямо в дело.

1 Создайте репозиторий вашего проекта. Войдите в свою учетную запись GitHub и перейдите на https://github.com/new или щелкните значок «Новый репозиторий» на домашней странице вашего аккаунта.

2 Назовите свой репозиторий username.github.io, заменив имя пользователя своим именем пользователя GitHub. Убедитесь, что он общедоступный, и попросите GitHub создать файл README при создании репо.

3 Создайте страницу index.html, щелкнув значок плюса рядом с именем хранилища и введя имя файла непосредственно в появившемся поле ввода.

На полученной странице поместите эту разметку в текстовом редакторе GitHub:

<! DOCTYPE html> <html> <head> <title> Хэнк Куинлан, Ужасный Полицейский </ title> </ head> <body> <nav> <ul> <li> <a href="/"> Главная страница </ a> </ li> <li> <a href="/about"> О </a> </ li> <li> <a href="/cv"> CV </a> </ li> <li > <a href="/blog"> Блог </a> </ li> </ ul> </ nav> <div class = "container"> <div class = "blurb"> <h1> Привет, я Я Хэнк Куинлан! </ h1> <p> Меня больше всего зовут ужасный полицейский из <em> A Touch of Evil </ em> Не верь мне. <a href="/about"> Подробнее о моей жизни ... </a> </ p> </ div> <! - /.blurb -> </ div> <! - /.container -> <нижний колонтитул> <ul> <li> <a href="mailto:[email protected]"> электронная почта </a> </ li> <li> <a href = "https://github.com /hankquinlan">github.com/hankquinlan </a> </ li> </ ul> </ footer> </ body> </ html>

4 Зафиксируйте index.html. Внизу страницы есть область ввода текста для добавления описания ваших изменений и кнопка для фиксации файла.

Congrats! Вы только что создали свой первый сайт GitHub Pages. Посмотреть на http://username.github.io , Обычно, когда ваш сайт GitHub Pages создается в первый раз, его запуск занимает 5-10 минут, поэтому, пока мы ждем этого, давайте стилизуем ваш обычный HTML-сайт.

5 Чтобы оформить содержимое, вернитесь к себе домой и создайте новый файл с именем css / main.css. Css / перед именем файла автоматически создаст подкаталог css. Довольно аккуратно.

Поместите следующее в main.css:

тело и тело; поле: 60px авто; ширина: 70%; & Rbrace; nav ul, нижний колонтитул ul & lbrace; семейство шрифтов: 'Helvetica', 'Arial', 'Sans-Serif'; отступы: 0px; стиль списка: нет; вес шрифта: полужирный; & Rbrace; nav ul li, нижний колонтитул ul li & lbrace; дисплей: встроенный; поле справа: 20 пикселей; & Rbrace; & lbrace; текстовое оформление: нет; цвет: # 999; & Rbrace; а: парить и кружить; текстовое оформление: подчеркивание; & Rbrace; h1 & lbrace; размер шрифта: 3em; семейство шрифтов: 'Helvetica', 'Arial', 'Sans-Serif'; & Rbrace; p & lbrace; размер шрифта: 1,5em; высота линии: 1.4em; цвет: # 333; & Rbrace; нижний колонтитул border-top: 1px solid # d5d5d5; размер шрифта: .8em; & Rbrace; ul.posts & lbrace; поле: 20px, авто 40px; размер шрифта: 1,5em; & Rbrace; ul.posts li & lbrace; стиль списка: нет; & Rbrace;

Не забудьте зафиксировать новый файл CSS!

6 Ссылка на ваш файл CSS внутри <head> вашего HTML-документа. Вернитесь к index.html и нажмите кнопку «Редактировать».

Добавьте ссылку на main.css (новая разметка выделена жирным шрифтом):

<! DOCTYPE html> <html> <head> <title> Хэнк Куинлан, Ужасный Полицейский </ title> <! - ссылка на главную таблицу стилей -> <link rel = "stylesheet" type = "text / css" href = "/css/main.css"> </ head> <body> <nav> <ul> <li> <a href="/"> Главная страница </a> </ li> <li> <a href = " / about "> О </a> </ li> <li> <a href="/cv"> CV </a> </ li> <li> <a href="/blog"> Блог </ a > </ li> </ ul> </ nav> <div class = "container"> <div class = "blurb"> <h1> Привет, я Хэнк Квинлан! </ h1> <p> I ' Я больше всего известен как ужасный полицейский из <em> Прикосновение зла </ em> Не верь мне. <a href="/about"> Подробнее о моей жизни ... </a> </ p> </ div> <! - /.blurb -> </ div> <! - /.container -> <нижний колонтитул> <ul> <li> <a href="mailto:[email protected]"> электронная почта </a> </ li> <li> <a href = "https://github.com /hankquinlan">github.com/hankquinlan </a> </ li> </ ul> </ footer> </ body> </ html>

Визит http://username.github.io чтобы увидеть ваш стилизованный сайт. Это должно выглядеть как страница на http://hankquinlan.github.io ,

Использование Jekyll со страницами GitHub

Как и GitHub Pages, Jekyll обладает самоосознанием, поэтому, если вы добавляете папки и файлы в соответствии с определенными соглашениями об именах, когда вы переходите на GitHub, Jekyll волшебным образом создаст ваш сайт.

Хотя я рекомендую установить Jekyll на свой компьютер, чтобы вы могли редактировать и просматривать свой сайт локально, а когда будете готовы, перенести эти изменения в репозиторий GitHub, мы этого не сделаем. Вместо этого, чтобы быстро понять, как работает Jekyll, мы собираемся встроить его в репозиторий GitHub с помощью веб-интерфейса GitHub.

Что такое Джекилл?

Jekyll - очень мощный генератор статических сайтов. В некотором смысле это возврат к временам статического HTML до того, как базы данных использовались для хранения содержимого сайта. Для простых сайтов без сложной архитектуры, таких как персональный сайт, это огромный плюс. При использовании вместе с GitHub, Jekyll будет автоматически заново генерировать все HTML-страницы для вашего веб-сайта каждый раз, когда вы фиксируете файл.

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

Настройка Jekyll на github.com

Чтобы Jekyll работал с вашим сайтом, вам нужно следовать Структура каталогов Джекилла , Чтобы узнать об этой структуре, мы собираемся встроить ее прямо в репозиторий GitHub.

7 Создайте файл .gitignore. Этот файл говорит Git игнорировать каталог _site, который Jekyll автоматически генерирует каждый раз, когда вы делаете коммит. Поскольку этот каталог и все файлы внутри него записываются при каждой фиксации, вы не хотите, чтобы этот каталог находился под контролем версий.

Добавьте эту простую строку в файл:

_site /

8 Создайте файл _config.yml, который расскажет Jekyll об основах вашего проекта. В этом примере мы сообщаем Jekyll название нашего сайта и какую версию Markdown мы хотели бы использовать:

имя: Хэнк Куинлан, Ужасный полицейский уценка: kramdown

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

9 Создайте каталог _layouts и создайте в нем файл с именем default.html. (Помните, что вы можете создавать каталоги при создании новых файлов. шаг main.css если ты забыл.)

Это наш основной макет, который будет содержать повторяющиеся элементы, такие как <head> и <footer>. Теперь нам не нужно повторять эту разметку на каждой странице, которую мы создаем, что делает обслуживание нашего сайта намного проще. Итак, давайте переместим эти элементы из index.html в default.html, чтобы в итоге получить нечто похожее на это:

<! DOCTYPE html> <html> <head> <title> & lbrace; & lbrace; page.title & rbrace; & rbrace; </ title> <! - ссылка на главную таблицу стилей -> <link rel = "stylesheet" type = "text / css" href = "/ css / main.css"> </ head > <body> <nav> <ul> <li> <a href="/"> Главная страница </a> </ li> <li> <a href="/about"> О </a> </ li > <li> <a href="/cv"> CV </a> </ li> <li> <a href="/blog"> Блог </a> </ li> </ ul> </ nav > <div class = "container"> & lbrace; & lbrace; содержание & rbrace; & rbrace; </ div> <! - /.container -> <нижний колонтитул> <ul> <li> <a href="mailto:[email protected]"> электронная почта </a> </ li> <li> < a href = "https://github.com/hankquinlan"> github.com/hankquinlan </a> </ li> </ ul> </ footer> </ body> </ html>

Обратите внимание на & lbrace; & lbrace; page.title & rbrace; & rbrace; и & lbrace; & lbrace; содержание & rbrace; & rbrace; теги там. Это то, что Джекилл называет жидкими тегами, и они используются для добавления контента на конечную веб-страницу. Подробнее об этом чуть позже.

10 Теперь обновите ваш index.html, чтобы использовать макет по умолчанию. Замените все содержимое этого файла следующим:

--- макет: название по умолчанию: Хэнк Куинлан, Ужасный Полицейский --- <div class = "blurb"> <h1> Привет, я Хэнк Куинлан! </ h1> <p> Меня больше всего называют ужасный полицейский из <em> Прикосновение зла </ em> Не верь мне. <a href="/about"> Подробнее о моей жизни ... </a> </ p> </ div> <! - /.blurb ->

Обратите внимание на простой текст в верхней части файла. Джекилл называет это Фронтом. Любой файл на вашем сайте, который содержит это, будет обрабатываться Jekyll. Каждый раз, когда вы фиксируете файл, который задает макет: по умолчанию вверху, Jekyll волшебным образом генерирует полный HTML-документ, заменяя & lbrace; & lbrace; содержание & rbrace; & rbrace; в _layouts / default.html с содержимым зафиксированного файла. Потрясающие!

Настройка блога

Блог, основанный на Jekyll, использует те же соглашения, с которыми мы познакомились на предыдущих шагах, но продвигается дальше, добавив еще несколько для нас, чтобы следовать. Jekyll очень гибок, позволяя вам расширять свой сайт по своему усмотрению, но в этом руководстве мы рассмотрим только основы: создание сообщения, создание страницы для списка наших сообщений, создание настраиваемой постоянной ссылки для сообщений и создание RSS-канал для блога.

Мы хотим создать новый макет для наших постов в блоге с именем post.html и папку для хранения каждого отдельного поста с именем _posts /.

11 Начните с создания макета. Создайте файл с именем post.html в папке _layouts. Обратите внимание, что макет поста использует макет по умолчанию в качестве основы и добавляет пару новых жидких тегов для печати заголовка поста и даты:

--- макет: по умолчанию --- <h1> & lbrace; & lbrace; page.title & rbrace; & rbrace; </ h1> <p class = "meta"> & lbrace; & lbrace; page.date | date_to_string & rbrace; & rbrace; </ p> <div class = "post"> & lbrace; & lbrace; содержание & rbrace; & rbrace; </ DIV>

12 Создайте каталог _posts /, где мы будем хранить наши записи в блоге. Внутри этой папки будет наш первый пост. Джекилл очень строго относится к именам этих файлов, поэтому обратите внимание. Он должен следовать соглашению YYYY-MM-DD-title-of-my-post.md. Это имя файла переводится в постоянную ссылку для сообщения в блоге. Итак, в этом примере мы создадим файл с именем 2014-04-30-hank-quinlan-site-launched.md:

--- макет: пост заголовка: "Хэнк Куинлан, ужасный полицейский, запускает сайт" дата: 2014-04-30 --- Хорошо. Наконец дошли руки собрать этот старый сайт. Отличная вещь - работает на основе & lbrack; Jekyll & rbrack; & lpar; http: //jekyllrb.com&rpar; и я могу использовать Markdown для создания своих постов. На самом деле все намного проще, чем я думал.

Обратите внимание, что расширение файла .md означает Markdown, а синтаксис Markdown, используемый внутри файла, преобразуется в HTML с помощью Jekyll. Как Викитекст, уценка язык разметки с синтаксисом ближе к простому тексту Идея Markdown состоит в том, чтобы уйти от автора, чтобы они могли быстро написать HTML-контент, что делает Markdown очень удобным в качестве синтаксиса для создания блога. Если вы еще этого не сделали, вам нужно ознакомиться с синтаксисом Markdown, и это печатная таблица (PDF) будет твоим лучшим другом

После совершения нового сообщения перейдите к http://username.github.io/YYYY/MM/DD/name-of-your-post чтобы посмотреть это.

Все это прекрасно, но ваши читатели не всегда будут знать точные URL-адреса ваших сообщений. Итак, затем нам нужно создать страницу на нашем сайте, которая перечисляет заголовок каждого поста и гиперссылку. Вы можете создать этот список на своей домашней странице или, в качестве альтернативы, создать подстраницу блога, в которой собраны все ваши сообщения. Мы собираемся сделать последнее.

13 Создайте каталог блога и создайте в нем файл с именем index.html. Чтобы перечислить каждое сообщение, мы будем использовать цикл foreach для создания неупорядоченного списка наших сообщений в блоге:

--- макет: заголовок по умолчанию: блог Хэнка Куинлана --- <h1> & lbrace; & lbrace; page.title & rbrace; & rbrace; </ h1> <ul class = "posts"> & lbrace; & percnt; для публикации в site.posts & percnt; & rbrace; <Литий> <SPAN> & lbrace; & lbrace; post.date | date_to_string & rbrace; & rbrace; </ span> »<a href =" & lbrace; & lbrace; post.url & rbrace; & rbrace; " title = "& lbrace; & lbrace; post.title & rbrace; & rbrace;"> & lbrace; & lbrace; post.title & rbrace; & rbrace; </a> </ li> & lbrace; & percnt; endfor & percnt; & rbrace; </ UL>

Сейчас оформить заказ http://username.github.io/blog/ , Вы должны увидеть свой первый пост в списке и ссылки там. Хорошая работа!

Настройка вашего блога

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

Возможно, вы заметили, что URL вашего блога не включает в себя каталог блога. В Jekyll мы можем контролировать структуру наших постоянных ссылок, редактируя файл _config.yml, который мы создали на шаге 8. Поэтому давайте изменим нашу структуру постоянных ссылок, включив в нее каталог блога.

14 Отредактируйте файл _config.yml. Добавьте следующую строку в конец файла:

Постоянная ссылка: / блог /: год /: месяц /: день /: название

Теперь ваши сообщения в блоге будут жить на http://username.github.io/ blog / YYYY / MM / DD / name-of-your-post ,

Также очень легко настроить канал RSS для вашего блога. Каждый раз, когда вы публикуете новое сообщение, оно будет добавлено в этот файл RSS.

15 Внутри вашего блога / каталога создайте файл и назовите его atom.xml. Добавьте это в файл:

--- layout: feed --- <? xml version = "1.0" encoding = "utf-8"?>> feed xmlns = "http://www.w3.org/2005/Atom"> <title> Хэнк Блог Куинлана </ title> <link href = "http://hankquinlan.github.io/blog/atom.xml" rel = "self" /> <link href = "http://hankquinlan.github.io/blog "/> <updated> & lbrace; & lbrace; site.time | date_to_xmlschema & rbrace; & rbrace; </ updated> <id> http://hankquinlan.github.io/blog </ id> <author> <имя> Хэнк Квинлан </ name> <email> [email protected] </ email > </ author> & lbrace; & percnt; для публикации в site.posts & percnt; & rbrace; <entry> <title> & lbrace; & lbrace; post.title & rbrace; & rbrace; </ title> <link href = "http: //hankquinlan.github.io&lbrace; & lbrace; post.url & rbrace; & rbrace;" /> <updated> & lbrace; & lbrace; & lbrace; post.date | date_to_xmlschema & rbrace; & rbrace; </ updated> <id> http: //hankquinlan.github.io&lbrace; & lbrace; post.id & rbrace; & rbrace; </ id> <content type = "html"> & lbrace; & lbrace; post.content | xml_escape & rbrace; & rbrace; </ content> </ entry> & lbrace; & percnt; endfor & percnt; & rbrace; </ Корма>

Теперь вы можете включить ссылку на свой RSS-канал где-нибудь на своем сайте, чтобы пользователи могли подписаться на ваш блог в своем агрегаторе каналов. Перейдите к http://username.github.io/blog/atom.xml для просмотра вашего канала.

Примечание. В Chrome ваш фид может выглядеть как ошибка, но это не так. Chrome не знает, как отображать XML ,

Завершение

16 Вы почти закончили! Не забудьте создать и зафиксировать ваши страницы about / index.html и cv / index.html. Так как я уверен, что вы уже поняли, я отступлю и позволю вам закончить эти страницы самостоятельно.

17 Прежде чем идти дальше, найдите время, чтобы настройка Git а также Джекил на вашем собственном компьютере. Этот урок посвящен Git в веб-браузере, так что на самом деле это только половина пути. Вам придется сделать это, если вы хотите иметь возможность загружать изображения или PDF-файлы в репозиторий GitHub. Учебные пособия и настольные приложения GitHub упрощают локальную настройку, и теперь, когда вы знакомы со многими основными понятиями Git и GitHub, вы сможете это сделать. Иди, сделай это!

Следующие шаги

Надеемся, что это руководство дало вам уверенность в том, что вы сможете делать много других вещей с Git, GitHub, Jekyll, а также с вашим сайтом или блогом. На этом этапе вы могли бы пойти по разным направлениям, так как я уверен, что вы уже начали думать, но вот еще несколько вещей, которые, я думаю, будут стоить вашего времени:

Ресурсы

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

Git, GitHub и GitHub Pages

Джекил

уценка

Заметки

1. Сомасундарам Р. (2013). Git: Контроль версий для всех (стр. 9-17). Бирмингем, Великобритания: Packt Publishing.