Как вы можете изучить Git и GitHub, пока учитесь кодить

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

Краткое введение

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

Я – Яго Родригес, бразилец. Я студент факультета системной информации, стажер-разработчик программного обеспечения и фрилансер. Я нахожусь в начале своей карьеры, и мне хотелось бы поделиться с вами некоторыми знаниями, которые я приобрел. Итак, берите кофе и давайте взламывать!

Если вы читаете по-португальски, пожалуйста, перейдите сюда.

Вы можете использовать этот план для изучения любого языка программирования, например JavaScript, Python, Node, а также HTML и CSS. Неважно, какую технологию вы изучаете – версионирование вашей работы с помощью Git – это стандартный способ программирования.

Подготовка среды

Прежде чем начать, нам необходимо создать среду для сохранения нашего кода и примеров того, что мы изучаем.

Для этого мы должны выполнить некоторые требования:

• установить Git на нашу машину
• создать учетную запись GitHub
• создать рабочее пространство на нашей машине.

Если вы уже сделали это, вы можете сразу перейти к рабочему процессу GitHub и разделу “Терминал”.

Установка Git на вашей машине

Установка Git на каждой операционной системе происходит по-разному. Посмотрите на официальном сайте Git, чтобы понять, какой способ подходит именно вам.

Но если вы используете Windows (и говорите по-португальски), я рекомендую эту статью.

После установки Git нам нужно создать учетную запись GitHub и настроить ее на нашей машине.

Создание учетной записи на GitHub

Чтобы создать учетную запись, перейдите на сайт GitHub и заполните главную форму.

Эта форма – первое, что появляется, если вы заходите на сайт, не будучи авторизованным.

Я рекомендую вам выбрать здесь настоящее и красивое имя пользователя, чтобы вы могли использовать аккаунт в резюме или в своем аккаунте на LinkedIn.

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

Выбор тарифного плана вашей учетной записи GitHub.

Перед завершением настройки аккаунта GitHub задаст несколько вопросов. Вы можете ответить на них сейчас или просто перейти к следующему экрану.

Когда все готово, мы можем начать наш проект.

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

Настройка нашей системы с данными GitHub

Откройте терминал. В Windows нужно открыть меню “Пуск” и ввести cmd. Затем нажмите enter.

Доступ к CMD через меню “Пуск” в Windows

Или вы можете установить cmder (это хороший вариант), чтобы использовать его вместо cmd , который является Терминалом Windows по умолчанию.

Для этого нам нужно выполнить следующую shell-команду в cmder:

Теперь введите свой адрес электронной почты GitHub:

Настройка ключа доступа к GitHub

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

Чтобы избежать этого, используйте SSH-ключ. Это ключ доступа, которым GitHub обменивается с ключом, настроенным на нашей машине.

Чтобы создать этот ключ, следуйте процессу, описанному в документации GitHub.

Когда все настроено, вы готовы к работе!

Рабочий процесс GitHub и Терминал

Давайте установим правило:

Каждый раз, когда вы создаете проект, чтобы изучить что-то, например, сделать HTML-страницу или игру в командной строке с Node.js или что-то еще, вы будете создавать репозиторий, клонировать его на своей машине, работать над ним, используя ветки, и делать небольшие коммиты для отправки на GitHub.

Это гарантирует, что вы получите некоторый опыт, который вам понадобится для освоения этих инструментов.

Итак, давайте приступим.

Создайте новый проект

Давайте вернемся на вашу страницу GitHub и нажмем на значок плюса (+) в верхней части страницы.

Создаем новое хранилище.

Нажмите на Новый репозиторий .

Допустим, вы создаете проект по изучению HTML, поэтому назовите свой репозиторий learning-html . Это может быть название создаваемой страницы или любого проекта, например: curriculum-in-html , little-snake , tic-tac-toe , или любое другое, хорошо?

Описание проекта необязательно. Но я считаю важным ввести туда полезный текст, так как он определит масштаб вашего проекта. Если другие люди захотят помочь вам, они смогут вкратце понять ваш проект через описание. В вашем случае вы можете ввести что-то вроде HTML language study repository .

Создание репозитория.

Вы должны сделать файл README, а также определить тип лицензии, которую вы будете использовать в проекте. Посмотрите на эти хорошие примеры README, а также лицензии, которую вы будете использовать в проекте.

Файл README – это более полное описание вашего проекта, поэтому нелишним будет поместить в него полезную информацию. Следуйте примерам, приведенным в ссылке.

Хотя лицензия не является обязательной, ее определение является хорошей практикой. В лицензии будет указано, что другие люди могут делать с вашим кодом. Лицензия MIT – одна из самых популярных, она позволяет вам (и другим людям) делать многое с проектом. Если хотите, потратьте немного времени на поиск других типов лицензий.

Создайте свое рабочее пространство

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

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

Предположим, что вы уже установили cmder, теперь мы можем открыть его (если вы этого не сделали, сейчас самое время), и мы будем находиться по адресу C:/Users/имя_вашего_компьютера.

Если вы не находитесь на этом пути, воспользуйтесь командой:

Выполните команду mkdir имя_папки, чтобы создать рабочую область. Например:

Вот и все! Теперь у вас есть папка по умолчанию для ваших проектов, и вы можете клонировать туда свои репозитории.

Клонирование репозиториев

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

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

Совет: если вы создали папку или хотите получить доступ к уже существующей, вы можете начать вводить ее название и нажать TAB, и cmder автоматически заполнит название.

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

Ссылка находится в зеленой кнопке под названием Clone or Download:

Получение ссылки для клонирования нашего репозитория.

Перейдите с HTTPS на SSH, потому что вы уже настроили ключ доступа в своем аккаунте.

Меняем ссылку с https на ssh.

Теперь вы можете запустить команду git clone и передать полученную ссылку. Вот так:

И ваш репозиторий будет клонирован, как на следующем рисунке:

Сообщение о подтверждении клонирования.

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

Введите команду: cd learning-html/

Внимание: я предполагаю, что вы сейчас находитесь в директории рабочего пространства. Если это не так, приведенная выше команда не будет работать. Используйте команду cd %home%workspace, а затем вышеуказанную команду.

Создание ответвления

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

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

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

Зафиксируйте изменения

Как только вы завершили изменения в проекте, вы должны зафиксировать изменения в удаленном репозитории (тот, который находится на серверах GitHub).

Зафиксировать что-то – значит сообщить Git’у, что вы помещаете свои изменения в очередь для отправки (pushed) в удаленный репозиторий.

Представьте, что вы только что создали HTML-страницу и добавили на нее несколько заголовков и текста. Теперь у вас есть первая версия этого документа, поэтому вы должны зафиксировать ее.

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

В качестве альтернативы можно выполнить git add –all, чтобы отправить все файлы, в которые вы внесли изменения. С помощью команды git status вы можете увидеть, какие измененные файлы вы зафиксируете на сервере.

Пример первой версии файла.

В приведенном выше примере был создан файл index.html и запущена команда git status, чтобы посмотреть, что было изменено. Затем файл был добавлен с помощью git add, и снова была запущена команда git status, чтобы увидеть, какой файл был добавлен в рабочую область Git.

Теперь вы можете зафиксировать изменения. Просто выполните команду git commit, как git commi t-m “commit_message” . Не забудьте включить в коммит описательное сообщение о том, что было добавлено.

Слияние изменений

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

Вывод будет выглядеть следующим образом:

Git diff output.

Git покажет вам самый новый сделанный коммит, какие файлы были добавлены или изменены, а также что было изменено.

Поскольку вы знаете, что между вашей веткой и мастером есть различия, вам нужно объединить их, чтобы соединить новые коммиты, которые вы сделали в своей ветке, с кодом в мастере. Для этого вам нужно перейти к ветке master на cmder и выполнить команду git merge .

Чтобы вернуться к мастеру, выполните команду git checkout master . Чтобы объединить коммиты, выполните git merge our_branch_name .

Git покажет вам вывод, подтверждающий, что было добавлено.

Отправка в GitHub

После внесения и слияния всех изменений вы можете отправить их в ваш удаленный репозиторий на GitHub.

Для этого вы будете использовать git push origin master.

Отправляем наши изменения в удаленный репозиторий.

Вы также можете просто использовать git push . Это даст тот же результат. Но когда вы впервые размещаете изменения на своем рабочем пространстве, вам нужно выполнить git push origin master, чтобы Git знал, что ваше рабочее пространство является источником размещения.

Теперь ваш коммит появится на странице вашего репозитория GitHub:

Последний коммит, который мы только что сделали, отображается на странице проекта на github.

Заключение

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

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

Не забывайте об основных правилах, которые вы установили:

• всегда создавать новый учебный проект
• работать над ветками
• фиксируйте изменения до тех пор, пока не придет время отправить их на GitHub.

Возвращайтесь сюда и следуйте этому пошаговому руководству каждый раз, когда вы что-то забудете!

Меня зовут Яго Родригес. Я работаю стажером в Бразилии, в городе Белем.

Вы можете следить за мной в социальных сетях. Всегда рад помочь тем, чем могу.