Предпочтительная стратегия для git pull с постоянными локальными изменениями - PullRequest
0 голосов
/ 09 июля 2019

Я клонировал удаленный репозиторий и изменил один файл. Теперь я хочу периодически обновлять хранилище, но сохраняю изменения в этом файле. Я мог найти несколько стратегий по всему интернету:

  • зафиксируйте файл в master и перебазируйте при каждом git pull (т.е. git fetch && git merge --ff-only)
  • фиксирует файл в другой ветке и выбирает вишню при каждом git pull
  • передайте файл на ветку и обновите удаленную ветку с исходного удаленного
  • stash файл до и stash pop после каждого git pull
  • создать файл патча и патчить файл при каждом git pull
  • сохранить внешнюю более старую копию, удалить конфликтующий файл перед git pull и объединить изменения с помощью внешнего инструмента слияния после git pull
  • - предположить, без изменений и --skip-worktree (кажется, что они работают не так, как я хочу, но рекомендуются во всем стековом потоке)
  • изменение каталога .git (стоит ли пытаться покопаться в папке .git и, возможно, что-то сломать, даже если это всего лишь локальный клон удаленного компьютера?)

Возможны и другие подходы.

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

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...