Как обновить локальный репозиторий git с сервера

Как обновить локальный репозиторий git?

Как обновить локальный репозиторий git? Я сделал изменения на одном устройстве, запушил их на гитхаб и хочу посмотреть их на другом, как я могу обновить изменения?

Отслеживать
задан 26 фев 2021 в 7:24
Denver Toha Denver Toha
2,595 1 1 золотой знак 12 12 серебряных знаков 32 32 бронзовых знака
на другом устройстве выполнить git pull
26 фев 2021 в 7:30

1 ответ 1

Сортировка: Сброс на вариант по умолчанию

если на другом устройстве репозитория нет, то сделать git clone «ссылка на репозиторий по hhtp или ssh».

Если локальный репозиторий уже есть, то в самом репозитории открой терминал или git bash и напиши команду git pull

Отслеживать
ответ дан 26 фев 2021 в 7:40
36 1 1 бронзовый знак

• git
• github

Важное на Мете

Похожие

Подписаться на ленту

Лента вопроса

Для подписки на ленту скопируйте и вставьте эту ссылку в вашу программу для чтения RSS.

Дизайн сайта / логотип © 2024 Stack Exchange Inc; пользовательские материалы лицензированы в соответствии с CC BY-SA . rev 2024.1.3.2953

Нажимая «Принять все файлы cookie» вы соглашаетесь, что Stack Exchange может хранить файлы cookie на вашем устройстве и раскрывать информацию в соответствии с нашей Политикой в отношении файлов cookie.

A3.5 Приложение C: Команды Git — Совместная работа и обновление проектов

Не так уж много команд в Git требуют сетевого подключения для своей работы, практически все команды оперируют с локальной копией проекта. Когда вы готовы поделиться своими наработками, всего несколько команд помогут вам работать с удалёнными репозиториями.

git fetch

Команда git fetch связывается с удалённым репозиторием и забирает из него все изменения, которых у вас пока нет и сохраняет их локально.

Мы познакомились с ней в разделе Получение изменений из удалённого репозитория — Fetch и Pull главы 2 и продолжили знакомство в разделе Удалённые ветки главы 3.

Мы использовали эту команду в нескольких примерах из раздела Участие в проекте.

Мы использовали её для скачивания запросов на слияние (pull request) из других репозиториев в разделе Ссылки на запрос слияния главы 6, также мы рассмотрели использование git fetch для работы с упакованными репозиториями в разделе Создание пакетов главы 7.

Мы рассмотрели тонкую настройку git fetch в главе и Спецификации ссылок.

git pull

Команда git pull работает как комбинация команд git fetch и git merge , т. е. Git вначале забирает изменения из указанного удалённого репозитория, а затем пытается слить их с текущей веткой.

Мы познакомились с ней в разделе Получение изменений из удалённого репозитория — Fetch и Pull главы 2 и показали как узнать, какие изменения будут приняты в случае применения в разделе Просмотр удалённого репозитория главы 2.

Мы также увидели как она может оказаться полезной для разрешения сложностей при перемещении веток в разделе Меняя базу, меняй основание главы 3.

Мы показали как можно использовать только URL удалённого репозитория без сохранения его в списке удалённых репозиториев в разделе Извлечение удалённых веток главы 5.

И наконец мы показали как проверять криптографические подписи полученных коммитов, используя опцию —verify-signatures в разделе Подпись коммитов главы 7.

git push

Команда git push используется для установления связи с удалённым репозиторием, вычисления локальных изменений отсутствующих в нём, и собственно их передачи в вышеупомянутый репозиторий. Этой команде нужно право на запись в репозиторий, поэтому она использует аутентификацию.

Мы познакомились с этой командой в разделе Отправка изменений в удалённый репозиторий (Push) главы 2. Там мы рассмотрели основы обновления веток в удалённом репозитории. В разделе Отправка изменений главы 3 мы подробнее познакомились с этой командой, а в разделе Отслеживание веток главы 3 мы узнали как настроить отслеживание веток для автоматической передачи на удалённый репозиторий. В разделе Удаление веток на удалённом сервере главы 3 мы использовали флаг —delete для удаления веток на сервере, используя git push .

На протяжении раздела Участие в проекте мы показали несколько примеров использования git push для совместной работы в нескольких удалённых репозиториях одновременно.

В разделе Публикация изменений подмодуля главы 7 мы использовали опцию —recurse-submodules чтобы удостовериться, что все подмодули будут опубликованы перед отправкой проекта на сервер, что может быть реально полезным при работе с репозиториями, содержащими подмодули.

В разделе Прочие хуки на стороне клиента главы 8 мы поговорили о триггере pre-push , который может быть выполнен перед отправкой данных, чтобы проверить возможность этой отправки.

Наконец, в разделе Спецификации ссылок для отправки данных на сервер главы 10 мы рассмотрели передачу данных с полным указанием передаваемых ссылок, вместо использования распространённых сокращений. Это может быть полезным если вы хотите очень точно указать, какими изменениями хотите поделиться.

git remote

Команда git remote служит для управления списком удалённых репозиториев. Она позволяет сохранять длинные URL репозиториев в виде понятных коротких строк, например «origin», так что вам не придётся забивать голову всякой ерундой и набирать её каждый раз для связи с сервером. Вы можете использовать несколько удалённых репозиториев для работы и git remote поможет добавлять, изменять и удалять их.

Эта команда детально рассмотрена в разделе Работа с удалёнными репозиториями главы 2, включая вывод списка удалённых репозиториев, добавление новых, удаление или переименование существующих.

Она используется практически в каждой главе, но всегда в одном и том же виде: git remote add .

git archive

Команда git archive используется для упаковки в архив указанных коммитов или всего репозитория.

Мы использовали git archive для создания тарбола ( tar.gz файла) всего проекта для передачи по сети в разделе Подготовка релиза главы 5.

git submodule

Команда git submodule используется для управления вложенными репозиториями. Например, это могут быть библиотеки или другие, используемые не только в этом проекте ресурсы. У команды submodule есть несколько под-команд — add , update , sync и др. — для управления такими репозиториями.

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

Принудительное обновление локального репозитория Git

Быстро сбросить все изменения локального репозитория и вернуться к старому состоянию кода, помогут команды ниже, при этом не зафиксированные изменения локального репозитория будут утеряны:

git fetch --all git reset --hard origin/master

Понравилась статья? Поделиться с друзьями:
Вам также может быть интересно

Хочешь сэкономить время на рутинных операциях и быстрее работать над бизнес-логикой приложения? Тогда тебе

Обновление кода с помощью выборки, слияния и извлечения

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

• Git fetch скачивает все новые фиксации, отправленные другими пользователями в удаленный репозиторий. Ветви удаленного отслеживания в кэше локального репозитория обновляются— локальные ветви остаются без изменений.
• Слияние Git интегрирует фиксации из одной или нескольких исходных ветвей в целевую ветвь.
• Git rebase интегрирует фиксации из исходной ветви в целевую ветвь, но использует стратегию, отличную от стратегии слияния Git.
• Git pull выполняет выборку, а затем слияние или перебазировку для интеграции извлекаемых фиксаций в текущую локальную ветвь.

Visual Studio использует подмножество этих команд Git при синхронизации локального репозитория с удаленным репозиторием.

Общие сведения о рабочем процессе Git см. в руководстве по Azure Repos Git.

В этой статье приведены процедуры для выполнения следующих задач:

• Скачивание изменений с помощью выборки
• Обновление ветвей с помощью слияния или перебазовки
• Скачивание изменений и обновление ветвей с помощью извлечения

Скачивание изменений с помощью выборки

Git fetch скачивает фиксации удаленной ветви и объекты файлов, на которые ссылается ссылка, которые не существуют в локальном репозитории, и обновляет ветви удаленного отслеживания в кэше локального репозитория. Ветви удаленного отслеживания — это локально кэшированные копии удаленных ветвей только для чтения и не являются локальными ветвями. Выборка Git не обновляет локальные ветви. Например, если удаленный репозиторий, назначенный , origin имеет ветвь, выборка Git обновит ветвь удаленного отслеживания с именем origin/bugfix3 , а не вашу локальную bugfix3 bugfix3 ветвь. Ветви удаленного отслеживания можно использовать для:

• Сравните ветвь удаленного отслеживания с локальной, чтобы просмотреть внесенные изменения.
• Объедините ветвь удаленного отслеживания в локальную ветвь.
• Создайте локальную ветвь из ветви удаленного отслеживания.

• Visual Studio 2022
• Visual Studio 2019 — меню Git
• Visual Studio 2019 — командная Обозреватель
• Командная строка Git

Visual Studio 2022 предоставляет возможности управления версиями Git с помощью меню Git, изменений Git и контекстных меню в Обозреватель решений. Visual Studio 2019 версии 16.8 также предлагает пользовательский интерфейс Git для команды Обозреватель. Дополнительные сведения см. на вкладке Visual Studio 2019 — team Обозреватель.

1. В окне Git Changes (Изменения Git) выберите Fetch (Получить). Затем выберите исходящие или входящие , чтобы открыть окно Репозиторий Git . Вы также можете выбрать Выбор в меню Git.
2. В окне Репозиторий Git в разделе Входящие отображаются извлекаемые фиксации. Выберите выбранную фиксацию, чтобы просмотреть список измененных файлов в этой фиксации. Выберите измененный файл, чтобы просмотреть diff представление измененного содержимого.

При выборке не удаляются ветви удаленного отслеживания в локальном кэше репозитория, которые больше не имеют удаленного аналога. Чтобы настроить Visual Studio для обрезания устаревших ветвей удаленного отслеживания во время выборки, выполните следующие действия.

• Выберите Сервис>Параметры>Система управления версиями>Глобальные параметры Git.
• Задайте для параметра Очистка удаленных ветвей во время выборки значение True .

Visual Studio 2019 предоставляет возможности управления версиями Git с помощью меню Git, изменений Git и контекстных меню в Обозреватель решений.

1. В окне Git Changes (Изменения Git) выберите Fetch (Получить). Затем выберите исходящие или входящие , чтобы открыть окно Репозиторий Git . Вы также можете выбрать Выбор в меню Git.
2. В окне Репозиторий Git в разделе Входящие отображаются извлекаемые фиксации. Выберите выбранную фиксацию, чтобы просмотреть список измененных файлов в этой фиксации. Выберите измененный файл, чтобы просмотреть diff представление измененного содержимого.

При выборке не удаляются ветви удаленного отслеживания в локальном кэше репозитория, которые больше не имеют удаленного аналога. Чтобы настроить Visual Studio для обрезания устаревших ветвей удаленного отслеживания во время выборки, выполните следующие действия.

• Выберите Сервис>Параметры>Система управления версиями>Глобальные параметры Git.
• Задайте для параметра Очистка удаленных ветвей во время выборки значение True .

Visual Studio 2019 версии 16.8 и более поздних версий предоставляет возможности управления версиями Git при сохранении пользовательского интерфейса Team Обозреватель Git. Чтобы использовать командную Обозреватель, снимитефлажокСервис> Параметры >Предварительный просмотр функций>Новый пользовательский интерфейс Git в строке меню. Функции Git можно использовать из любого интерфейса взаимозаменяемо.

1. В командной Обозреватель выберите Главная, а затем Синхронизировать, чтобы открыть представление Синхронизация.
2. В представлении Синхронизация выберите Выбор. Обе кнопки Fetch выполняют одно и то же действие. После скачивания загруженные фиксации будут отображаться в разделе Входящие фиксации .
3. В разделе Входящие фиксации щелкните фиксацию правой кнопкой мыши и выберите просмотреть сведения о фиксации , чтобы просмотреть измененные файлы.
4. В окне Сведения о фиксации измененные файлы отображаются в разделе Изменения . Дважды щелкните измененный файл, чтобы открыть diff представление измененного содержимого.

При выборке не удаляются ветви удаленного отслеживания в локальном кэше репозитория, которые больше не имеют удаленного аналога. Чтобы настроить Visual Studio для обрезания устаревших ветвей удаленного отслеживания во время выборки, выполните следующие действия.

• Выберите Сервис>Параметры>Система управления версиями>Глобальные параметры Git.
• Задайте для параметра Очистка удаленных ветвей во время выборки значение True .

Чтобы скачать новые фиксации из определенной удаленной ветви, выполните команду Git fetch:

git fetch

Чтобы запустить выборку Git для всех удаленных ветвей, используйте следующую команду:

git fetch

При клонировании удаленного репозитория Git назначает псевдоним origin в качестве сокращения URL-адреса клонированного удаленного репозитория. Выполните команду git remote -v , чтобы проверка значение псевдонима origin . Чтобы добавить origin псевдоним вручную, выполните команду git remote add origin . С помощью псевдонима origin можно упростить команду выборки Git, чтобы:

git fetch 

Дополнительные сведения о параметрах выборки Git см. в справочном руководстве по Git.

По умолчанию выборка Git не удаляет ветви удаленного отслеживания в локальном кэше репозитория, которые больше не имеют удаленного аналога. Чтобы удалить устаревшие ветви удаленного отслеживания, запустите Git fetch с флагом —prune или настройте Git для удаления ветвей удаленного отслеживания во время выборки Git.

После получения Git можно сравнить локальную ветвь с соответствующей ветвью удаленного отслеживания, чтобы узнать, что изменилось в удаленной ветви. Если вы решили обновить текущую локальную ветвь с помощью внесенных изменений, можно выполнить слияние или перебазировку Git. Вы также можете запустить Git pull, который объединяет выборку Git с слиянием или перебазированием Git. Как слияние Git, так и изменение базы Git обновляют целевую ветвь, применяя к ней фиксации из исходной ветви. Однако при слиянии Git и перебазе Git используются разные стратегии. Дополнительные сведения см. в разделах Обновление ветвей с помощью слияния или перебазовки и Когда следует перебазировать или объединить.

Обновление ветвей с помощью слияния или перебазовки

Слияние Git и перебаза Git интегрируют фиксации из исходной ветви в текущую локальную ветвь (целевую ветвь). Слияние Git выполняет быстрое перемещение вперед или слияние без быстрое перемещение вперед. Слияние без быстрое перемещение вперед также называется трехсторонным слиянием или истинным слиянием. Перебаза Git — это еще один тип слияния. Эти типы слияния показаны на следующей схеме.

Слияние Git и перебаза Git широко используются в рабочем процессе Git. При работе с локальной функцией или ветвью исправления ошибок обычно выполняется:

1. Поддерживайте локальную main ветвь в актуальном состоянии с удаленным аналогом, периодически выполняя извлечение и слияние удаленных фиксаций.
2. Интегрируйте обновления локальной main ветви в локальный ветвь компонента с помощью перебазирования или слияния.
3. Создайте резервную копию работы на локальном ветвь компонента путем отправки в соответствующую удаленную ветвь.
4. После завершения функции создайте запрос на вытягивание, чтобы объединить удаленный ветвь компонента с удаленной main ветвью.

Такой подход помогает:

• Будьте в курсе недавних работ других пользователей, которые могут повлиять на вашу работу.
• Быстро устраните все конфликты между вашей работой и другими людьми.
• Примените новую функцию к актуальному содержимому проекта.
• Получите проверку запроса на вытягивание своей работы.

Объединить

Для слияния Git, если подсказка целевой ветви существует в исходной ветви, типом слияния по умолчанию будет быстрое перемещение вперед слияние. В противном случае типом слияния по умолчанию будет не быстрое перемещение вперед слияние.

Слияние быстрое перемещение вперед Git никогда не может иметь конфликт слияния, так как Git не применяет быстрое перемещение вперед слияние, если подсказка целевой ветви расходится с исходной ветвью. По умолчанию Git по возможности использует быстрое перемещение вперед слияния. Например, Git применит быстрое перемещение вперед слияние в локальной ветви, которую вы обновляете только путем извлечения из ее удаленной ветви-аналога.

При слиянии Git без быстрое перемещение вперед создается новая фиксация слияния целевой ветви, которая интегрирует изменения исходной ветви с изменениями целевой ветви. Применимые изменения — это изменения, внесенные после последней фиксации, которая является общей для обеих ветвей. На предыдущей схеме фиксация C является последней общей фиксацией в обеих ветвях. Если какое-либо изменение исходной ветви конфликтует с каким-либо изменением целевой ветви, Git предложит разрешить конфликт слияния. Фиксация слияния (L) содержит интегрированные изменения исходной и целевой ветвей. Советы исходной и целевой ветви (K и E) являются родительскими элементами фиксации слияния. В журнале фиксаций ветви фиксация слияния является полезным маркером для операции слияния и четко показывает, какие ветви были объединены.

Слияние Git изменяет только целевую ветвь — исходная ветвь остается неизменной. При возникновении одного или нескольких конфликтов слияния необходимо устранить их, чтобы завершить слияние. Или можно отменить операцию слияния и вернуть целевую ветвь в предыдущее состояние.

Дополнительные сведения о параметрах и стратегиях слияния см. в справочном руководстве по Git и стратегиях слияния Git.

Если исходная ветвь является ветвью удаленного отслеживания, убедитесь, что ветвь обновлена, запустив выборку Git перед слиянием.

• Visual Studio 2022
• Visual Studio 2019 — меню Git
• Visual Studio 2019 — Обозреватель команды
• Командная строка Git

1. Выберите Управление ветвями Git > в строке меню, чтобы открыть окно Репозиторий Git.
2. В окне Репозиторий Git щелкните правой кнопкой мыши целевую ветвь и выберите Извлечь.
3. Щелкните правой кнопкой мыши исходную ветвь и выберите Объединить с .
4. После успешного слияния Visual Studio отобразит сообщение с подтверждением. Если слияние остановлено из-за конфликтов слияния, Visual Studio уведомит вас. Вы можете разрешить конфликты или отменить слияние и вернуться в состояние перед слиянием.

git merge

git rebase

git pull

git pull