В результате выполнения задания вы:
- научитесь работать с Git, как с распределённой системой контроля версий;
- сможете создавать и настраивать репозиторий для работы в GitHub, GitLab и Bitbucket;
- попрактикуетесь работать с тегами;
- поработаете с Git при помощи визуального редактора.
- Установлена консольная утилита для работы с Git.
- Есть возможность зарегистрироваться на GitHub, GitLab.
- Регистрация на Bitbucket не является обязательной.
- В личном кабинете отправьте на проверку ссылки на ваши репозитории.
- Любые вопросы по решению задач задавайте в чате учебной группы.
Из-за сложности доступа к Bitbucket в работе достаточно использовать два репозитория: GitHub и GitLab.
Иногда при работе с Git-репозиториями надо настроить свой локальный репозиторий так, чтобы можно было отправлять и принимать изменения из нескольких удалённых репозиториев.
Это может понадобиться при работе над проектом с открытым исходным кодом, если автор проекта не даёт права на запись в основной репозиторий.
Также некоторые распределённые команды используют такой принцип работы, когда каждый разработчик имеет свой репозиторий, а в основной репозиторий пушатся только конечные результаты работы над задачами.
Создадим аккаунт в GitLab, если у вас его ещё нет:
- GitLab. Для регистрации можно использовать аккаунт Google, GitHub и другие.
- После регистрации или авторизации в GitLab создайте новый проект, нажав на ссылку
Create a projet. Желательно назвать также, как и в GitHub —devops-netologyиvisibility level, выбратьPublic. - Галочку
Initialize repository with a READMEлучше не ставить, чтобы не пришлось разрешать конфликты. - Если вы зарегистрировались при помощи аккаунта в другой системе и не указали пароль, то увидите сообщение:
You won't be able to pull or push project code via HTTPS until you set a password on your account. Тогда перейдите по ссылке из этого сообщения и задайте пароль. Если вы уже умеете пользоваться SSH-ключами, то воспользуйтесь этой возможностью (подробнее про SSH мы поговорим в следующем учебном блоке). - Перейдите на страницу созданного вами репозитория, URL будет примерно такой:
https://gitlab.com/YOUR_LOGIN/devops-netology. Изучите предлагаемые варианты для начала работы в репозитории в секции
Command line instructions. - Запомните вывод команды
git remote -v. - Из-за того, что это будет наш дополнительный репозиторий, ни один вариант из перечисленных в инструкции (на странице
вновь созданного репозитория) нам не подходит. Поэтому добавляем этот репозиторий, как дополнительный
remote, к созданному репозиторию в рамках предыдущего домашнего задания:git remote add gitlab https://gitlab.com/YOUR_LOGIN/devops-netology.git. - Отправьте изменения в новый удалённый репозиторий
git push -u gitlab main. - Обратите внимание, как изменился результат работы команды
git remote -v.
- На верхней панели выберите «Меню» -> «Проекты» и найдите свой проект.
- На левой боковой панели выберите «Настройки» -> «Основные».
- Разверните раздел «Видимость» -> «Функции проекта» -> «Разрешения».
- Измените видимость проекта на Public.
- Нажмите «Сохранить изменения».
Это самостоятельное задание, его выполнение необязательно.
Теперь необходимо проделать всё то же самое с Bitbucket.
- Обратите внимание, что репозиторий должен быть публичным — отключите галочку
private repositoryпри создании репозитория. - На вопрос
Include a README?отвечайте отказом. - В отличии от GitHub и GitLab в Bitbucket репозиторий должен принадлежать проекту, поэтому во время создания репозитория
надо создать и проект, который можно назвать, например,
netology. - Аналогично GitLab на странице вновь созданного проекта выберите
https, чтобы получить ссылку, и добавьте этот репозиторий, какgit remote add bitbucket .... - Обратите внимание, как изменился результат работы команды
git remote -v.
Если всё проделано правильно, то результат команды git remote -v должен быть следующий:
$ git remote -v
bitbucket https://[email protected]/andreyborue/devops-netology.git (fetch)
bitbucket https://[email protected]/andreyborue/devops-netology.git (push)
gitlab https://gitlab.com/andrey.borue/devops-netology.git (fetch)
gitlab https://gitlab.com/andrey.borue/devops-netology.git (push)
origin https://github.com/andrey-borue/devops-netology.git (fetch)
origin https://github.com/andrey-borue/devops-netology.git (push)Дополнительно можете добавить удалённые репозитории по ssh, тогда результат будет примерно такой:
git remote -v
bitbucket [email protected]:andreyborue/devops-netology.git (fetch)
bitbucket [email protected]:andreyborue/devops-netology.git (push)
bitbucket-https https://[email protected]/andreyborue/devops-netology.git (fetch)
bitbucket-https https://[email protected]/andreyborue/devops-netology.git (push)
gitlab [email protected]:andrey.borue/devops-netology.git (fetch)
gitlab [email protected]:andrey.borue/devops-netology.git (push)
gitlab-https https://gitlab.com/andrey.borue/devops-netology.git (fetch)
gitlab-https https://gitlab.com/andrey.borue/devops-netology.git (push)
origin [email protected]:andrey-borue/devops-netology.git (fetch)
origin [email protected]:andrey-borue/devops-netology.git (push)
origin-https https://github.com/andrey-borue/devops-netology.git (fetch)
origin-https https://github.com/andrey-borue/devops-netology.git (push)Выполните push локальной ветки main в новые репозитории.
Подсказка: git push -u gitlab main. На этом этапе история коммитов во всех трёх репозиториях должна совпадать.
Представьте ситуацию, когда в коде была обнаружена ошибка — надо вернуться на предыдущую версию кода, исправить её и выложить исправленный код в продакшн. Мы никуда не будем выкладывать код, но пометим некоторые коммиты тегами и создадим от них ветки.
- Создайте легковестный тег
v0.0на HEAD-коммите и запуште его во все три добавленных на предыдущем этапеupstream. - Аналогично создайте аннотированный тег
v0.1. - Перейдите на страницу просмотра тегов в GitHab (и в других репозиториях) и посмотрите, чем отличаются созданные теги.
- в GitHub — https://github.com/YOUR_ACCOUNT/devops-netology/releases;
- в GitLab — https://gitlab.com/YOUR_ACCOUNT/devops-netology/-/tags;
- в Bitbucket — список тегов расположен в выпадающем меню веток на отдельной вкладке.
Давайте посмотрим, как будет выглядеть история коммитов при создании веток.
- Переключитесь обратно на ветку
main, которая должна быть связана с веткойmainрепозитория наgithub. - Посмотрите лог коммитов и найдите хеш коммита с названием
Prepare to delete and move, который был создан в пределах предыдущего домашнего задания. - Выполните
git checkoutпо хешу найденного коммита. - Создайте новую ветку
fix, базируясь на этом коммитеgit switch -c fix. - Отправьте новую ветку в репозиторий на GitHub
git push -u origin fix. - Посмотрите, как визуально выглядит ваша схема коммитов: https://github.com/YOUR_ACCOUNT/devops-netology/network.
- Теперь измените содержание файла
README.md, добавив новую строчку. - Отправьте изменения в репозиторий и посмотрите, как изменится схема на странице https://github.com/YOUR_ACCOUNT/devops-netology/network
и как изменится вывод команды
git log.
Попробуем поработь с Git при помощи визуального редактора.
-
В используемой IDE PyCharm откройте визуальный редактор работы с Git, находящийся в меню View -> Tool Windows -> Git.
-
Измените какой-нибудь файл, и он сразу появится на вкладке
Local Changes, отсюда можно выполнить коммит, нажав на кнопку внизу этого диалога. -
Элементы управления для работы с Git будут выглядеть примерно так:
-
Попробуйте выполнить пару коммитов, используя IDE.
По ссылке можно найти справочную информацию по визуальному интерфейсу.
Если вверху экрана выбрать свою операционную систему, можно посмотреть горячие клавиши для работы с Git. Подробней о визуальном интерфейсе мы расскажем на одной из следующих лекций.
В качестве результата работы по всем заданиям приложите ссылки на ваши репозитории в GitHub, GitLab и Bitbucket.
В личном кабинете отправлены ссылки на ваши репозитории.
Зачёт:
- выполнены все задания;
- ответы даны в развёрнутой форме;
- приложены соответствующие скриншоты и файлы проекта;
- в выполненных заданиях нет противоречий и нарушения логики.
На доработку:
- задание выполнено частично или не выполнено вообще;
- в логике выполнения заданий есть противоречия и существенные недостатки.
Обязательными являются задачи без звёздочки. Их выполнение необходимо для получения зачёта и диплома о профессиональной переподготовке.
Задачи со звёздочкой (*) являются дополнительными или задачами повышенной сложности. Они необязательные, но их выполнение поможет лучше разобраться в теме.