Не работает команда git clone kali linux
GitHub — один из используемых сервисов размещения проектов для совместной разработки. Он поддерживает контроль версий, возможность отслеживания изменений кода, сравнение строк, а также он бесплатен.
В данной статье приведены примеры использования сервиса на компьютере под управлением операционных систем семейства Linux. Мы рассмотрим, как создать проект на локальном компьютере и залить его на сервис с помощью командной строки. Рассмотренные варианты использования git также можно применять на desktop системах, запустив окно терминала.
Установка git
Управление выполняется с помощью приложения git. Если его нет в системе, установку можно выполнить из репозитория.
Если используем CentOS / Red Hat:
yum install git-core
Если используем Ubuntu / Debian:
apt-get install git
Если мы хотим воспользоваться сервисом с компьютера Windows или Mac OS, необходимо скачать и установить desktop версию с официального сайта.
Синтаксис
Команды имеют следующий синтаксис:
* полный перечень опций, команд и аргументов можно получить командой man git.
Создание проекта на локальном компьютере
Инициализируем проект для git:
Мы получим ответ похожий на:
Initialized empty Git repository in /projects/.git/
Это означает, что репозиторий git создан.
Теперь добавим файлы в репозиторий:
* данной командой мы добавили папку и ее содержимое в репозиторий git.
Отправка данных на GitHub
Создание репозитория
Проходим процесс подтверждения, что мы не робот. Затем завершаем несколько шагов регистрации, нажимая Submit. В итоге мы получим письмо на адрес электронной почты, которую указали при регистрации. Необходимо будем подтвердить email, перейдя в письме по кнопке Verify email address.
Создаем репозиторий. Для этого кликаем по иконке профиля и переходим в раздел Your repositories:
И кликаем по кнопке New. В следующем окне даем название репозиторию и нажимаем Create repository:
Мы увидим страницу с путем к репозиторию:
Заливаем проект в репозиторий на GitHub
Добавляем комментарий к нашему проекту:
git commit -m "Очередное изменение проекта" -a
* где Очередное изменение проекта — произвольный комментарий; параметр -a указывает, что комментарий нужно применить ко всем измененным файлам.
Теперь подключаемся к созданному репозиторию:
* где dmosktest — логин, который был указан при регистрации на github, а project1 — название, которое мы задали, когда создавали репозиторий.
* удалить удаленный репозиторий можно командой git remote rm origin.
Закидываем проект на GitHub:
git push origin master
* где master — ветка проекта (веток может быть несколько).
В нашем проекте на GitHub должны появиться файлы проекта:
Получение файлов с GitHub
Для загрузки на компьютер файлов, создаем каталог с проектом и переходим в него:
Проводим начальную настройку локального репозитория:
Подключаемся к удаленному репозиторию:
Скачиваем проект командой:
Клонирование проекта
git clone <репозиторий на GitHub>
Например, использую наш репозиторий:
* данная команда создаст в текущей папке каталог project1 и инициализирует его как локальный репозиторий git. Также загрузит файлы проекта.
Возможные ошибки
* где dmosktest/project1.git — путь к нашему репозиторию.
Причина: проект ни разу не был зафиксирован (закоммичен).
Permission denied (publickey). fatal: Could not read from remote repository.
Please make sure you have the correct access rights and the repository exists.
785 1 1 золотой знак 8 8 серебряных знаков 25 25 бронзовых знаков Используется ли passphrase (пароль) у закрытого ключа? Попробуйте ssh -v user@host и прикрепите результат к вопросу. Пароль не используется. Я использовал нестандартное имя ключа. Выяснилось, что если ключ переименовать в/.ssh/id_rsa, то подключение к гиту заработает. Можно ли узнать в каком конфиге указывается имя и путь до ключа, который ищется для путти?
ни в коем случае не надо «работать под root-ом». подключаетесь к машине вы, надеюсь, под именем «рядового» пользователя, вот от его имени и надо работать, получая root-овые привилегии лишь для выполнения административных задач.
git clone и тому подобные команды оперируют приватным ключом (в вашем случае — из файла id_rsa ), хранящимся в каталоге .ssh/ в домашнем каталоге пользователя, от имени которого выполняется команда. для пользователя root это обычно каталог /root/.ssh/ . для «рядового» пользователя это обычно /home/пользователь/.ssh/ .
вам надо скопировать файл (в вашем случае /root/.ssh/id_rsa ) в каталог «рядового» пользователя /home/пользователь/.ssh/ . если такого каталога нет, создайте его (от имени пользователя). если каталог уже существует, эта команда не сделают ничего:
если такой каталог уже существовал и в нём уже были файлы id_rsa и id_rsa.pub , на всякий случай переименуйте их (вдруг они нужны для доступа куда-нибудь ещё):
теперь копируем файлы и изменяем их владельца (операция осуществляется от имени root-а, ведь у «рядовых» пользователей нет доступа к его домашнему каталогу):
дальше (уже от имени пользователя) сто́ит [пере]установить права на каталог и его содержимое:
если проделанные операции не помогли, и при выполнении git clone от имени пользователя (при подключении с помощью putty) возникает та же самая ошибка, в первую очередь проверьте значение переменной окружения HOME :
она должна содержать домашний каталог пользователя (обычно: /home/пользователь ). именно на значение этой переменной и «опираются» программы (тот же git) при поиске файлов: если в этой переменной хранится что-то отличное от домашнего каталога, то, например, каталог .ssh (и файлы в нём) будут разыскиваться совсем не там, где следует.
дополнение по поводу использования нестандартного имени (или местоположения) файла с секретным ключом.
Я не могу клонировать Git-репозиторий и получаю эту ошибку:
Я продолжил, но теперь получаю эту ошибку
и хранилище существует.
Основная причина в том, что репо не может распознать вас как пользователя git-сервера. Не могли бы вы получить доступ к серверу через SSH?Похоже, проблема с разрешениями, а не проблема Windows 7.
Ваш ключ ssh не авторизован Permission denied (publickey) .
Вам нужно создать открытый ключ ssh и попросить администратора репозитория Git добавить ssh открытый ключ
Информация о том, как это сделать: сбой сохранения ключа ssh
Это странно Хранилище является публичным, и я клонирую публичный репозиторий. Я не уверен, почему мне следует спрашивать у администратора разрешение на клонирование его / ее публичного репозитория, размещенного на Github. Да, неверно, вам не нужно спрашивать администратора, это проблема с локальным git. Почему это сложно? Мне это удалось, но это было не безболезненно.Так, например, вы используете
Это наиболее подходящий запасной план, если разрешения ssh не разрешены или вы хотите пропустить эту часть. Первоначальная проблема - мерзавец-новичок, пытающийся клонировать репо. Если цель состоит в том, чтобы снять публичное репо, это самый быстрый эффективный ответ. Спасибо, что спасли меня от самоубийства. Кстати, это может быть использовано для частного репо, если у вас есть имя пользователя и пароль.Если после создания SSH и добавления его в вашу учетную запись Bitbucket или где-то еще существует проблема с доступом, вам необходимо выполнить следующие действия в терминале на GitBash, OSX или Linux:
Затем, если вы не видите свой ключ в списке, добавьте его со следующим (замените identity его реальным именем):
Это сработало для меня.
/.ssh/identity возвращаемая ошибка /Users/lee/.ssh/identity: No such file or directory
/ .ssh» (и ввод парольной фразы для моего файла «
/ .ssh / id_rsa» при появлении запроса) решил проблему для меня.
Я смог вытащить свой репо, но не толкнул без этого, ура! Ответ @james Furey помог мне исходному дереву идентифицировать URL-адрес ssh как репозиторий git. работал для меня . после нескольких часов потоотделения и пробуя разные вещи. Единственное, что вместо идентичности, в конце концов, используйте имя в вашей собственной системе. Перейдите в папку .ssh, выполнив команду cd в терминале, а затем введите команду «ls» в терминале. А затем повторить команду «тождество» сверху своим собственным файлом. Перейдите к терминалу sourcetree и: cdзатем cd .ssh затем ls (скопируйте имя без расширения .pub), затем (выполните эту команду) ssh-add
Я столкнулся с той же проблемой с GitHub . Вот как это решить!
- Сгенерируйте ключ SSH на вашем компьютере, как описано здесь: Генерация ключей SSH .
- Войдите в свой аккаунт GitHub : GitHub Login .
- В вашей учетной записи добавьте сгенерированный SSH-ключ: SSH-ключи моей учетной записи .
- Попробуйте еще раз к git clone проекту.
У меня была эта проблема на Mac - хотя я правильно настроил SSH для доступа к своему Git-репозиторию, после перезапуска (и некоторое время Mac находился в противостоянии) все мои учетные данные были удалены. Очевидно, по какой-то причине ключ публикации был установлен на 644, что привело к его удалению из цепочки для ключей. Читать:
- chmod 600 открытый ключ
- ssh-add
редактировать: по-видимому, MacOS имеет тенденцию к удалению ключей - после загрузки обновления High Sierra (но я еще не установил его) мой ключ был удален, и мне пришлось добавить его снова через ssh-add
У меня была эта проблема на 10.13.4, и это решение работало для меня.Я также столкнулся с той же проблемой. Я сделал следующее, и это сработало для меня:
- Сгенерируйте ключи из клиента GIT GUI в Windows. Скопируйте этот ключ в буфер обмена.
- Откройте свой аккаунт на bitBucket/ сайте git и добавьте этот ключ в свой профиль. Таким образом, сервер узнает, что вы являетесь законным пользователем, осуществляющим доступ из законной системы.
- Вот и все. Все push-команды работали для меня впредь.
Github (или Bitbucket) не может найти ваш ключ ssh на своем сервере.
Просто добавьте свой ключ в настройках своего аккаунта.
Если вы сгенерируете новый открытый ключ ssh и вставите его в bitbucket или github и
это не помогло - попробуйте перезагрузить компьютер . Это помогло мне!
Мне пришлось закрыть терминал и открыть новый, чтобы увидеть, как он работает.Вам нужно создать новый ключ ssh, запустив ssh-keygen -t rsa .
Я получил ошибку .
. когда я пытался установить контакт из приглашения Git Bash в Bitbucket после того, как мой ноутбук умер из-за плохого обновления Windows 10 и был возвращен к заводским настройкам. Я восстановил все мои файлы SSH из резервной копии.
Причиной ошибки оказалось несоответствие имени моей учетной записи Windows после восстановления компьютера. Я узнал, что файл открытого ключа id_rsa.pub заканчивается легко читаемой строкой, содержащей имя моей учетной записи Windows, за которым следует @ знак, а затем имя компьютера.
Когда я изначально настраивал свой компьютер, я создал имя своей учетной записи Windows, включая свою среднюю букву, но когда мой компьютер был сброшен до заводских настроек, наш новый разработчик DevOps создал мою учетную запись без моей средней инициалы.
Чтобы решить эту проблему, я просто отредактировал файл с открытым ключом id_rsa.pub и удалил средний инициал в моем имени в конце. Я придерживался того же имени компьютера, так что все было в порядке. Я скопировал содержимое файла в буфер обмена Windows. Затем я вошел в Bitbucket, зашел в «Настройки Bitbucket» под моим аватаром и добавил новый открытый ключ, куда я вставил новое содержимое.
Вернувшись к приглашению Git Bash, я подтвердил, что теперь он работает, введя команду .
1. Для аутентификации вам нужно добавить вашу публичную часть вашей пары ключей SSH в bitbucket из ваших пользовательских настроек: Настройки пользователя -> Ключи SSH
Как правило, указанная публичная часть находится в вашем каталоге
/ .ssh id_rsa.pub . обратите внимание на .pub часть имени файла для Public. это поможет вам сгенерировать один, если у вас его еще нет
2. Вам необходимо сообщить вашей системе, какой ключ использовать с каким удаленным хостом, поэтому добавьте эти строки в файл
Где PRIVATE_KEY_FILE_NAME имя частной части вашей пары ключей SSH, если вы с ней не связались, обычно ее имя по умолчанию: id_rsa в этом случае замените PRIVATE_KEY_FILE_NAME выше на id_rsa (закрытый ключ НЕ имеет .pub расширения)
Итак, вы получили задание: сделать форк вашего репозитория в GitHub, создать ветку и начать работу. Что за GitHub, какие команды, зачем, а главное, как всем этим пользоваться? Давайте разбираться.
Система контроля версий Git
Для начала определим, что такое система контроля версий.
Так называют программу, которая позволяет хранить разные версии одного и того же документа, легко переключаться между ранними и поздними вариантами, вносить и отслеживать изменения.
Систем контроля версий много и все они работают по принципу компьютерной игры, где вы можете вернуться к месту сохранения, если что-то пошло не так.
Одна из самых популярных систем называется Git. Её отличие от других программ — отсутствие графической версии. Поэтому работа с Git ведётся через командную строку. В разных операционных системах свои программы для взаимодействия с Git.
В Windows их две: PowerShell и cmd.exe. В Ubuntu это Terminal. Самая популярная программа на macOS тоже называется Terminal. Если вам не подходит встроенная в систему программа для работы с командной строкой, вы можете поставить свою. Например, написанную на JavaScript программу Hyper, которая работает на любой операционной системе. На Windows популярны программы Cmder и Git Bash, а на macOS — iTerm.
Git — важный навык веб-разработчика
А лучший способ научиться программировать — профессия «React-разработчик». В программе три интенсива, прокачка навыков и оплачиваемая стажировка.
Устанавливаем Git
Если раньше вы не работали с Git, сперва его нужно установить. Способы зависят от операционной системы вашего компьютера.
Установка в Windows
Скачайте exe-файл инсталлятора с сайта Git и запустите его. Это Git для Windows, он называется msysGit. Установщик спросит добавлять ли в меню проводника возможность запуска файлов с помощью Git Bash (консольная версия) и GUI (графическая версия). Подтвердите действие, чтобы далее вести работу через консоль в Git Bash. Остальные пункты можно оставить по умолчанию.
Установка на macOS
Установка в Linux
Используйте обычный менеджер пакетов вашего дистрибутива. Откройте терминал и введите подходящие команды.
- Если у вас 21 или более ранняя версия Fedora, используйте yum install git .
- Для 22 и последующих версий Fedora вводите dnf install git .
- Для дистрибутивов, основанных на Debian, например, Ubuntu, используйте apt-get: sudo apt-get install git .
Полный список команд для различных дистрибутивов можно посмотреть здесь.
Проверим, что Git установлен
После того, как все действия по установке завершены, убедимся, что Git появился в системе компьютера. Откройте терминал и введите git --version , должна появиться текущая версия программы на вашей машине. Эта проверка подходит для всех операционных систем.
Настройка Git
После того как Git появился на компьютере, нужно ввести свои данные, а именно имя и адрес электронной почты. Ваши действия в Git будут содержать эту информацию.
Откройте терминал и используйте следующую команду, чтобы добавить своё имя: git config --global user.name "ваше имя"
Для добавления почтового адреса вводите: git config --global user.email адрес
Обратите внимание, что в командах, указанных выше, есть опция --global . Это значит, что такие данные будут сохранены для всех ваших действий в Git и вводить их больше не надо. Если вы хотите менять эту информацию для разных проектов, то в директории проекта вводите эти же команды, только без опции --global .
Что такое GitHub?
GitHub — веб-сервис, который основан на системе Git. Это такая социальная сеть для разработчиков, которая помогает удобно вести коллективную разработку IT-проектов. Здесь можно публиковать и редактировать свой код, комментировать чужие наработки, следить за новостями других пользователей. Именно в GitHub работаем мы, команда Академии, и студенты интенсивов.
Чтобы начать работу с GitHub, нужно зарегистрироваться на сайте, если вы ещё этого не сделали. За дело.
- Переходим на сайт GitHub. Cтартовая страница GitHub.
- Для начала регистрации:
- Нажимаем кнопку Sign up (зарегистрироваться), попадаем на страницу регистрации, где вводим обязательные данные: имя пользователя, адрес электронной почты и пароль. После заполнения полей проходим верификацию. Первый шаг регистрации профиля на стартовой странице GitHub.
- После заполнения данных и успешного прохождения верификации нажимаем на кнопку Select a plan. Второй шаг регистрации профиля на стартовой странице GitHub.
- Третий шаг — небольшой опрос от GitHub, который вы можете пройти, заполнив все поля и нажать Submit или пропустить, нажав skip this step. Опрос на третьем шаге регистрации.
- После прохождения всех этапов на сайте, на указанный при регистрации ящик вам придёт письмо от GitHub. Откройте его и подтвердите свой почтовый адрес, нажав Verify email address (подтвердить электронный адрес) или скопируйте вспомогательную ссылку из письма и вставьте её в адресную строку браузера. Подтверждение электронного адреса.
- После верификации GitHub предложит создать новый репозиторий, организацию или узнать больше о GitHub. Этот пункт пока можно пропустить и перейти в профиль. Переход в ваш профиль. Так выглядит ваш профиль после регистрации.
Теперь у вас есть профиль на GitHub.
Устанавливаем SSH-ключи
Git установлен, профиль на GitHub создан. Осталось добавить SSH-ключ и можно приступать к работе с проектом.
Что такое SSH-ключ и зачем он нужен?
Чтобы работать со своего компьютера с GitHub, иметь доступ к проектам, хранящимся на сервисе, выполнять команды в консоли без постоянного подтверждения пароля, нужно пройти авторизацию у сервера. В этом помогают SSH-ключи.
Каждый SSH-ключ содержит пару: открытый (публичный) и закрытый (приватный) ключ. Открытый ключ отправляется на сервер, его можно не прятать от всех и не переживать, что кто-то его увидит и украдёт. Он бесполезен без своей пары — закрытого ключа. А вот закрытый ключ — секретная часть. Доступ к нему должен быть только у вас.
Вы отправляете какую-то информацию на сервер, где хранится ваш публичный ключ, сервер понимает, что вы это вы, то есть идентифицирует именно вас, и даёт вам какой-то ответ. И только вы можете расшифровать этот ответ, потому что только у вас есть подходящий закрытый ключ. Получается что-то вроде связки логин-пароль только намного безопасней. Ваш пароль кто-то может узнать или подобрать, а чтобы получить ваш приватный SSH-ключ, злоумышленнику придётся взломать ваш компьютер.
Чтобы пройти авторизацию по SSH-ключу, его надо сгенерировать или найти уже ранее созданный ключ на своём компьютере.
Сначала проверим, есть ли уже на компьютере ключ. По умолчанию SSH-ключи хранятся в каталоге
/.ssh , поэтому нужно проверить содержимое этого каталога.
- Открываем консоль.
- Вводим cd
- Открываем консоль и вводим команду: Указываем тот адрес электронной почты, который вводили при регистрации на GitHub. Генерируем ключ.
- Далее нужно указать расположение файла для сохранения ключа. Если вы не введёте путь до файла и просто нажмёте Enter, ключ сохранится в файле, указанном в скобках.
- Теперь нужно установить пароль к вашему ключу и дважды ввести его. Если вы не хотите вводить пароль каждый раз, когда используете ключ, пропустите этот шаг, нажав «Enter», и ничего не вводите. Указываем расположение ключа и вводим пароль.
-
Если вы захотите переименовать ключ, могут возникнуть проблемы. Их можно решить, добавив в
В Сmder для запуска ssh-agent можно использовать команду start-ssh-agent .
Если проблема осталась, рекомендуем работать в Git Bash.
/.ssh/config файл, чтобы автоматически загрузить ключи в ssh-agent и хранить пароли.
Вы можете добавить свой приватный ключ в ssh-agent и сохранить пароль к нему с помощью команды ssh-add -K
/.ssh/id_rsa . Если у вашего ключа другое имя, не забудьте заменить id_rsa в команде на правильное название.
/.ssh права доступа командой chmod 700
Можно пойти другим путём, открыть файл id_rsa.pub прямо в папке и просто скопировать содержимое оттуда.
Нажимаем кнопку New SSH key (новый SSH-ключ). Вводим имя ключа (можно придумать абсолютно любое) в поле Title (название), а в Key (ключ) вставляем сам ключ из буфера обмена. Теперь нажимаем Add SSH key (добавить SSH-ключ).
Добавляем в свой профиль SSH-ключ.
Если всё сделано верно, в списке появится новый ключ.
Теперь, наконец-то, мы можем начать работу с самим проектом.
Работа с репозиториями
Для начала определим, что такое репозиторий
Это рабочая директория с вашим проектом. По сути, это та же папка с HTML, CSS, JavaScript и прочими файлами, что хранится у вас на компьютере, но находится на сервере GitHub. Поэтому вы можете работать с проектом удалённо на любой машине, не переживая, что какие-то из ваших файлов потеряются — все данные будут в репозитории при условии, что вы их туда отправите. Но об этом позже.
Если над проектом трудится команда разработчиков, как правило, создаётся общий репозиторий, в котором находится рабочая версия проекта (назовём его мастер-репозиторий). При этом каждый пользователь клонирует себе в профиль оригинальный репозиторий и работает именно с копией. Такая копия называется форком. Так как форк — ваша персональная версия мастер-репозитория, в нём вы можете пробовать разные решения, менять код и не бояться что-то сломать в основной версии проекта.
Как сделать форк мастер-репозитория?
Заходим в нужный репозиторий, нажимаем на «вилку» с надписью fork. Форк репозитория создан и находится в вашем профиле на GitHub.
Теперь нужно склонировать форк себе на компьютер, чтобы вести работу с кодом локально. Тут нам и пригодится SSH.
Открываем консоль, переходим в директорию, где хотим сохранить папку с проектом, и вводим команду:
Если вы правильно настроили SSH-ключи, Git начнёт процесс копирования репозитория на ваш компьютер. Если вы видите ошибку, в которой написано Error: Permission denied (publickey) , скорее всего, вы ошиблись где-то при выполнении инструкции по настройке SSH-ключа. Вернитесь на несколько абзацев ранее и попробуйте повторить процесс настройки.
Если вы не хотите вручную вводить адрес репозитория, вы можете зайти на страницу проекта, нажать зелёную кнопку Clone or download (клонировать или скачать), выбрать Clone with SSH (клонировать по SSH) и скопировать адрес, который находится в текстовом поле. Этот адрес вы можете вставить в команду git clone .
Кстати, если вы хотите, чтобы название папки с проектом у вас на компьютере отличалось от имени репозитория, можете дополнить команду клонирования, добавив в конце другое название:
Теперь, на вашем компьютере, в папке your_project или в той, название которой вы указали самостоятельно, находится полная копия репозитория c GitHub.
Чтобы начать работу с проектом, надо оказаться в его директории. Для этого используем команду cd , после которой указываем название проекта на вашем компьютере: cd your-project
Сделали копию репозитория.
Создадим новую ветку. Открываем терминал, вводим команду git branch . Она показывает список веток, с которыми мы работаем в проекте, и выделяет текущую. Если мы находимся в master создаём новую ветку: git checkout -b имя-новой-ветки .
Новая ветка.
Если текущая ветка не master , сначала переключимся в основную ветку: git checkout master . Мы делаем это, чтобы новая ветка содержала свежую, на момент создания, рабочую версию проекта.
Эта команда позволяет переключаться между существующими ветками в проекте, после git checkout надо указать название нужной ветки.
Переключаемся между ветками.
Если вы ошиблись в названии, например, допустили опечатку, вы можете изменить название ветки с помощью команды: git branch -m старое-имя-ветки новое-имя-ветки .
После того как вы создали ветку, поработали в ней у себя локально — нужно сохранить результат, чтобы он не пропал и в итоге оказался в репозитории.
Если вы хотите сохранить изменения не во всех файлах, для начала можно ввести команду git status . Она покажет текущее состояние в вашей ветке, а именно список с названиями изменённых файлов, если они есть, и укажет на те, которые ожидают записи и сохранения (обычно они выделены красным цветом).
Состояние ветки.
Перед тем, как зафиксировать изменения отдельных файлов, нужно добавить файлы в набор этих изменений. Воспользуйтесь командой git add имя-файла . Если название очень длинное, вы можете начать его писать, затем нажать Tab и консоль сама предложит вам продолжение пути к файлу.
Если вы хотите сохранить все изменения разом, вводите git add -A .
Делаем коммит.
Сохранения зафиксированы, всё? Они теперь в репозитории и видны коллегам? Пока нет. Те изменения, которые мы внесли и сохранили, пока локальны. Их нужно послать на GitHub.
Отправляем изменения.
Теперь заходим на страницу нашего форка и создаём пулреквест, чтобы слить свой код с данными в мастер-репозитории. Что такое пулреквест? Это предложение изменить код в репозитории.
Любое предложение можно принять или отвергнуть. Так же и с пулреквестом. После его создания, он должен получить ревью и одобрение так называемого коллаборатора — пользователя GitHub, который имеет права администратора в мастер-репозитории. Им может быть ваш коллега-разработчик, техлид, наставник. Если к вашему коду нет вопросов, пулреквест принимается и изменения из вашей ветки попадают в master главного репозитория. Если в код нужно внести изменения, пулреквест отклоняется, и вам нужно снова пройти по цепочке локальные изменения — сохранение — коммит — пуш, только пулреквест заново делать не нужно. Если вы продолжаете вести работу в той же ветке и пулреквест ещё не принят, все ваши изменения автоматически добавятся в пулреквест, созданный из этой ветки после команды git push origin название-текущей-ветки .
Вы исправили код, наставник или техлид одобрил ваши правки и принял пулреквест. Теперь код в мастер-репозитории обновился, а в вашем форке нет, вы ведь не обновляли свою версию репозитория с тех пор, как клонировали её себе на компьютер. Приведём форк в актуальное состояние.
- В локальном репозитории вводим команду git checkout master , переходим в master .
- Теперь забираем (подтягиваем) изменения из ветки master мастер-репозитория git pull academy master . Academy здесь — сокращённое название мастер-репозитория, такое имя используется в проектах студентов Академии, вы можете выбрать любое другое название. Забираем изменения из мастер-репозитория. Если консоль выдаёт ошибку и говорит, что не знает директории с таким именем, нужно добавить ссылку на этот репозиторий: Вместо academy указывайте своё название и оно закрепится за этим репозиторием.
- Теперь отправьте изменения уже из своей ветки master в ваш форк на GitHub с помощью команды git push origin master . Отправляем изменения в форк.
Готово, теперь форк и оригинальный репозиторий находятся в актуальном состоянии.
Читайте также: