Алгоритм работы с git в VS code

Подготовка проекта к работе

1. Установить VS code

2. Установить плагины VS code (Git Graph, GitLens)

3. Зарегистрироваться на гитхаб

4. Создать репозиторий на гитхаб

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

6. Создаём папку для проекта

7. Под каждый проект в директории проекта в корне создайте файл с именем .git_ignor и заполните его сведениями о том какие файлы не коммитеть по умолчанию.

8. Под каждый проект в директории проекта в корне создайте файл с именем README.md и заполните его по определённым правилам, это будет превью вашего проекта на сайте GitHub. Данный файл для редактирования можно открыть через vim либо просто редактором кода в операционной системе.

9. Игнорирование файлов git. Игнорируемые файлы — это, как правило, артефакты сборки и файлы, генерируемые машиной из исходных файлов в вашем репозитории, либо файлы, которые по какой-либо иной причине не должны попадать в коммиты.

10. Задаем своё имя и майл в git чтобы было понятно кто вносит изменения.

Работа с кодом

1. Клонирование проекта. Если вы работаете с проектом, над котором уже кто-то работает, то первое, что делает разработчик, когда приходит на новый проект — клонирует его. Для клонирования репозиторий должен быть открытом и знать его ссылку.

2. Если вы не клонировали проект, а начинаете новый. Подключаем Git к проекту из директории делаем репозиторий, только с этого момента git начнёт отслеживать файлы в этой папке.

3. Связываем локальный и удаленный репозиторий. Мы зарегистрировались на «Гитхабе», чтобы загрузить туда локальный репозиторий. Для этого нужно сначала создать репозиторий на «Гитхабе», а затем связать локальный репозиторий и удалённый.

4. Сделаем коммит на сервер гитхаб.

5. Если проект ваш. Переименовать ветку master. На гитхабе сейчас принято основную ветку называть main, поэтому переименуем основную ветку.

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

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

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

9. Сравнить коммиты. Посмотреть какие изменение были в коде перед тем как сделать коммит, тоесть мы смотрим изменения, которые ещё не сохранены в проект.

10. Объединение веток, после того как вы поработали в новой ветки и ваш код рабочий, нужно вливать ваш код в основной код вашего проекта в ветку main.

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

12 Вернуть код из коммита.Откатить проект до коммита, если всё сломалось, то можно откатить проект на последний коммит.