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

Question

У меня есть один репозиторий на github.com, где я сделал определенные изменения в файле README.md с веб-сайта, мой локальный репозиторий (который находится на локальном хосте) уже создан и совершает к этому. Нужна ваша экспертная консультация о том, как я могу объединить изменения, которые я сделал с веб-сайта github, доступным в моем локальном репозитории.

Я не пробовал запрос на pull, так как он внесет изменения в мой существующий файл.

, пожалуйста, подскажите, пожалуйста.

Answer 1

С помощью git Pull на самом деле является извлечениями и слиянием, поэтому, если вы совершили локальные изменения, они все равно будут находиться в вашем локальном репозитории, вы добавите еще одно добавление, которое является README.md издание. Вам не хватает большой точки VCS, которая является ветвлением, что было бы хорошей идеей для вашего локального репозитория.

Answer 2

У вас есть конфликт слияния, который происходит, когда две стороны изменяют один и тот же файл.

Во-первых, обязательно зафиксируйте локальные изменения. Затем git pull. Когда возникают конфликты слияния, которые не могут быть автоматически разрешены, вам нужно будет открыть соответствующие файлы в текстовом редакторе и вручную выбрать, какие строки вы хотите с какой стороны. Вот как это будет выглядеть.

<<<<<<< HEAD 
Text added locally 
======= 
Text added on the remote 
>>>>>>> master 

После того, как вы исправили линию и удалить разделители, добавленные мерзавца, git add файл и завершить слияние с git commit. Поскольку вы ранее делали локальные изменения, вы всегда можете откатить, если вы перепутали конфликтующие файлы.

Для получения дополнительной информации, я предлагаю прочитать руководство Github около resolving merge conflicts.

Answer 3

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

Самый простой способ объединить изменения есть с git merge:

git fetch origin 
git merge origin/master 

(Shortcut: git pull origin master)

Другой вариант заключается в перебазироваться на вершине изменения с git rebase:

git fetch origin 
git rebase origin/master 

(Ярлык: git pull --rebase origin master)

С обоими параметрами, если есть изменения, которые вы сделали с помощью веб-интерфейса GitHub, который конфликтует с изменениями, которые вы сделали локально, у вас будут конфликты, которые вы должны разрешить вручную.

Если все идет хорошо (без конфликтов), две операции (слияние или переадресация) приведут к одному и тому же контенту, но к другому порядку коммитов. При слиянии, если вы посмотрите на историю, используя gitk, вы увидите две ветви, которые слились в одну. С rebase вы увидите прямую линию с появлением изменений в веб-интерфейсе, а ваши локальные изменения появятся позже. Это также означает, что идентификаторы фиксации измененных версий будут переписаны. Некоторые люди считают, что прямая линия истории выглядит более организованной. Но в любом случае, как я сказал ранее, содержимое ваших файлов будет точно таким же.

Я знаю, что вы попросили слить изменения в один конкретный файл.Но две ветви Git (GitHub и ваши местные) расходились, и только операции слияния или перезагрузки могут вернуть их вместе. Существуют и другие, менее чистые способы получить то, что вы хотите, но лучше всего использовать один из этих рекомендуемых способов.