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

1656608666 kak vy mozhete izuchat git i github poka vy uchites

Яго Родригес

3f9l-Dop-j-iSTEhijruR42fcC3Fkn91tS2C
Большая новая, символизирующая взрыв знаний.

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

Краткое вступление

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

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

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

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

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

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

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

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

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

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

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

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

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

Создание аккаунта на GitHub

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

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

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

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

dayAModQsbAZ5Evh5-DuMKdNx9sQwJpoHBmA
Выбор плана аккаунта GitHub.

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

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

p5NkEAEk33Tp8PgRbJRc8e63VNKA8D0IovjJ
Экран подтверждения.

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

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

Откройте терминал. В Windows необходимо открыть файл меню «Пуск». и тип cmd Затем нажмите Enter.

nCvpCO1j10nA46u-DvtqvP6tSLKqTSPRMKP4
Доступ к CMD через меню «Пуск» в Windows

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

При этом мы должны выполнить такую ​​команду оболочки в cmder:

git config --global user.name "our_GitHub_user_name"

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

git config --global user.email "our_GitHub_user_email"

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

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

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

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

Если все настроено, готово!

D9WuDGk4mfRzuxpwkWdP1OdKxphqAZwRa2-2

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

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

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

Соглашение?

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

Итак начнем.

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

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

aRgF6kizz2QH8XyBmXpMpJxf73SgS5Ryn6kH
Создание нового репо.

Нажмите на Новое хранилище.

Скажем, вы создаете проект по изучению HTML, поэтому назовите свое хранилище Learning-html. Это может быть название создаваемой страницы или любого проекта, например: обучающая программа в HTML, маленькая змейка, крестики-нолики, или что-то другое, в порядке?

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

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

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

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

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

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

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

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

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

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

cd %home%

Выполните команду mkdir folder_name для создания рабочего пространства Например:

mkdir workspace

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

Клонируйте свои хранилища

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

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

cd workspace\

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

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

Ссылка находится в зеленой кнопке с названием Клонировать или скачать:

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

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

rizYyKsRhGxI7Jo5V85wbufiqLJpqDFa5pjP
Смена https на ссылку ssh.

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

git clone git@github.com:our-username/learning-html.git

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

y3Ek5z6w63gFwCq-gUjcxhexVyZYtp5HKKnu
Уведомление о подтверждении клонирования.

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

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

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

Создайте ветку

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

git checkout -b task_name

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

Например:

h4qa8Fx5PUOOjlvN5AAyy2xqMHcHkSWSG9Hi
Сменная ветвь.

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

owmN8324SP6p7hQt1wayIX1oYkVWy22hF-Ch
Кодировка котенка.

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

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

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

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

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

Как вариант, можно бежать git add --all для отправки всех файлов, в которые вы внесли определенные изменения. С git status команды, вы можете увидеть какие измененные файлы вы зафиксируете на сервере.

PFTyey85HGhG36f1xJsc-VvOI-Xt17GvDS53
Примеры первой версии файла.

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

С этим вы можете сейчас осуществить изменения. Просто запустите git commit команда, так же git commit -m "commit_message" . Не забудьте включить описание сообщения о том, что было добавлено в комит.

Объединение изменений

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

git diff master

Выход будет примерно таким:

9dKretvO8Ne5fHSUs2lofy0SqXXvZyynxCvV
Выход Git diff.

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

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

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

TOoDL2f60zFngTvP-TUexS3p2pknLqNWR3xV
Пример слияния.

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

Отправляю его на GitHub

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

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

2XbKSpQhgJi8d0teKw11WeBt2J7Q0814etT4
Внесите наши изменения в удаленное репо.

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

Теперь ваша фиксация появится на странице вашего хранилища GitHub:

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

Вывод

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

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

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

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

В порядке? 🙂

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

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

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

Яго Родригес (@iagokv) | Twitter
Последние твиты от Яго Родригеса (@iagokv). Front-End разработчик | Vue.js подаван | Нуб по жизни. Белен, Бразилияtwitter.com

Да! Я знаю. Мое фото в Твиттере – это нечто…

Добавить комментарий

Ваш адрес email не будет опубликован.