Далее на странице...
- 1-ый способ переноса репозитория на другой компьютер
- 2-ой способ переноса репозитория - Команда git clone
- Изменения в репозитории на 2-ом компьютере
- Получение изменений из удалённого репозитория - Команда git pull
- Ошибка - ! [rejected] error: failed to push some refs - Слияние репозиториев
- Зачем нужен файл .gitignore?
- GitKraken - графический клиент GIT
Как работать с GitHub на разных компьютерах?
Эта ситуация подходит, когда над проектом работают несколько человек.
Или же с проектом занимается один человек, но делает это дома и на работе. Рассмотрим такой случай. Для удобства пути к рабочему каталогу на обоих компьютерах совпадают.
Итак, есть каталог RU на домашнем ПК (с ним мы имели дело в прошлой статье, когда учились работать с системой контроля версий GIT и сервисом GITHub) и каталог RU на рабочем ноутбуке.
Репозиторий, созданный на домашнем компьютере хранится на сервере. Нужно его перенести с сервиса GITHub на рабочий ноутбук. Сделать это можно двумя способами.
1-ый способ переноса репозитория на другой компьютер
Находясь на сайте GITHub можно скачать ZIP-архив, разархивировать его и скопировать в нужный каталог на другом компьютере.
2-ой способ переноса репозитория - Команда git clone
Второй способ переноса репозитория на другой компьютер более правильный: предлагается работать через терминал. Что для этого нужно?
Скопировать путь к репозиторию на сервисе GITHub.
Зайти в рабочий каталог на другом ПК (ноутбуке. В нашем случае это снова папка RU, но путь может быть любым). И выполнить команду git clone, которая имеет следующий синтаксис.
git clone https://... book, где помимо самой команды git clone и url-адреса указывается имя папки book (название может быть любым), в которую будет клонироваться репозиторий.
Итак, в папку book на другом компьютере (ноутбуке) был клонирован репозиторий с сервиса GitHub.
Изменения в репозитории на 2-ом компьютере
Поработаем теперь с копией репозитория на другом (рабочем) компьютере. Внесем изменения в файл index.html: добавим заголовок h2.
Даже в редакторе VScode напротив файла index.html мы видим букву M. Это говорит о том, что файл index.html модифицирован/изменен. Убедимся в этом при помощи команды git status.
Теперь следует добавить файл index.html в индекс - команда git add. Потом создать коммит - команда git commit. И отправить локальный репозиторий с внесенными изменениями на GitHub - команда git push.
Здесь следует понимать, что если мы клонируем репозиторий, то он автоматически связан с удаленным. Поэтому достаточно ввести команду git push без ключа u, имени origin и ветки main, так как эта связь уже есть.
Теперь если перейти на удаленный репозиторий, то мы увидим новый коммит, созданный на другом компьютере.
Вроде бы ничего нового. Все это было проделано в предыдущей статье.
Но не будем забывать, что сейчас мы работаем на другом/рабочем компьютере (ноутбуке). И допустим, что продолжить работу мы сможем только дома. А на домашнем компьютере нет тех изменений, которые были сделаны на работе.
Получение изменений из удалённого репозитория - Команда git pull
Чтобы получить изменения из удалённого репозитория используется команда git pull.
И, действительно, мы видим, что синхронизация прошла успешно и в файле index.html на домашнем компьютере появился заголовок h2.
Итак, работать с одним репозиторием и с сервисом GitHub с разных компьютеров не сложно. Здесь важно знать основные команды и порядок их выполнения. Именно так работают разные разработчики над одним проектом.
git pull - это обязательная команда, с которой следует начинать работать, если в проекте задействованы несколько человек.
Ошибка - ! [rejected] error: failed to push some refs - Слияние репозиториев
В удаленный репозиторий могут быть внесены изменения не только с локальных машин. На сервисе GitHub есть возможность редактировать, создавать и загружать новые файлы.
Допустим Вы забыли про команду git pull. При этом на удаленном репозитории произошли изменения, о которых Вы не знаете.
То есть мы работаем как обычно: вносим изменения в локальный проект, затем файл с изменениями добавляется в индекс, создается коммит. Но при попытке использовать команду git push возникает ошибка:
! [rejected] error: failed to push some refs to 'https://.....'
Обновления репозитория были отклонены. Сначала нужно интегрировать удаленные изменения. То есть использовать команду git pull.
C одной стороны на удаленном репозитории был создан файл README.md, который появился и в локальном проекте. Но на локальном репозитории тоже произошли изменения: добавлен новый параграф - тег p в файле index.html.
Теперь при использовании команды git push произойдет слияние двух репозиториев: локального и удаленного. На удаленном репозитории появились три новых коммита:
1-ый коммит - создание файла README.md на удаленном репозитории;
2-ой коммит - когда мы не знали об изменениях и внесли поправки в локальный репозиторий;
3-ий коммит - слияние двух репозиториев Merge branch 'main'....
Но подобных ситуаций и ошибок не будет возникать, если следовать этому правилу.
Зачем нужен файл .gitignore?
Игнорирование файлов при работе с GIT или файл .gitignore.
В реальных проектах не обязательно push-ить все файлы на удаленный репозиторий. Часть файлов являются служебными и на GitHub они не нужны.
Кроме этого некоторые из них могут "весить" сотни МегаБайт и более. При этом отправка файлов на GitHub будет занимать много времени, либо терминал будет попросту зависать.
Для этого существует файл .gitignore - в нем указаны каталоги/файлы, которые не нужно выкладывать на удаленный репозиторий. Ниже приведен пример файла .gitignore.
# See https://help.github.com/articles/ignoring-files/ for more about ignoring files.
# dependencies
/node_modules
/.pnp
.pnp.js
# testing
/coverage
# production
/build
# misc
.DS_Store
.env.local
.env.development.local
.env.test.local
.env.production.local
npm-debug.log*
yarn-debug.log*
yarn-error.log*
GitKraken - графический клиент GIT
Просматривать репозиторий на GitHub не очень удобно.
В редакторе VScode есть плагин GitLens, который расширяет возможности GIT, встроенного в Visual Studio Code. И плагин Git History, который помогает просматривать истории изменений. Но и они не самое лучшее решение.
Существует специальный графический кросс-платформенный клиент для работы с репозиториями и сервисами GIT. Это GitKraken.
Скачивается GitKraken с официального сайта gitkraken.com и устанавливается как обычная программа.
GitKraken имеет удобный интерфейс и множество функций. При входе в GitKraken через аккаунт GitHub мы увидим все созданные ранее коммиты.
