«Единственный способ творить великие дела – это любить то, что ты делаешь»
JavaScript

Игра на «Морской Бой» на JavaScript: Простая Игра и Игра для Двоих


Как работать с 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 мы увидим все созданные ранее коммиты.



Читайте также...



Отзывы и комментарии:

Комментариев нет...

Оставить отзыв:

Ваше Имя:

Текст комментария:

Ответьте на вопрос:

Сколько дней в Високосном году?


Рунет - Часть 1
Работа с GitHub на разных компьютерах – Команды git clone и git pull
49
Начало работы - Редактор Visual Studio Code - Плагин JShint
131
Способы объявления переменных - Ключевые слова let, const и var
133
Стандарт ES6 - Директива use strict - Строгий режим и стиль кода
78
Простые типы данных – Числа и строки – null и undefined
108
Объекты и массивы - Комплексные типы данных
103
Взаимодействие с пользователем – Методы alert, confirm и prompt
102
Интерполяция и конкатенация – Способы построения строк
167
Основные операторы - Унарный плюс – Сравнение и равенство
78
Инкремент и Декремент - Префиксная и Постфиксная формы записи
53
Работа с системой контроля версий GIT и сервисом GITHub
117
Практика часть 1 – Способы добавления свойств в объект
27
Условия if else - Конструкция switch case - Тернарный оператор
25
Циклы while и for - Операторы break и continue
36
Практика часть 2 – Циклы и Условия
11
Помощь сайту
Yandex-деньги/Ю-Money
410011236419322
Перевод на карту СБ
4276 1300 1671 5819
WebMoney
R711879515665 Z861169301432

Тематические публикации
Популярные заметки
Последние заметки