Когда что то не просто пошло не так, а зашло слишком далеко, как восстановить состояние из удаленного репозитория (origin)?
Я прибегаю к этому методу, если эксперименты в очередной раз зашли в тупик, а
требует разрешить конфликты с новыми данными. Решением является зачистка изменений локальной ветки. Операция удалит всё лишнее, а изменения будут сброшены.
К примеру, вам надо получить локальную ветку develop в том же состоянии, что и origin/develop:
|
|
# перейдем на develop ветку git checkout develop # скачаем все изменения с удаленного сервера git fetch --all # сбросим изменения git reset --hard origin/develop |
git
Данная запись опубликована в 08.11.2018 22:54 и размещена в рубрике Программирование.
Вы можете перейти в конец страницы и оставить ваш комментарий.
Мало букафф? Читайте есчо !
Март 18, 2026 г.
Рассмотрим две наиболее частые операции - изменение названия коммита и слияние нескольких коммитов в один.
Допустим, вы выполнили команду
[crayon-6a3bbee611004534326187/]
И увидели следующую историю ваших коммитов в ветке:
[crayon-6a3bbee61100d125739752/] ...
Читать
Июль 1, 2022 г.
Утилита Git diff может сравнивать не только изменения между ветками, но и вообще произвольные объекты файловой системы, которые даже не включены в репозиторий. ...
Читать
Сентябрь 30, 2017 г.
Операции с удаленным частным репозиторием требуют ввода пароля. Git может сохранять введенные пароли, чтобы не вводить их при каждой операции. Как это сделать?
Во-первых, git может запомнить введенный пароль временно. Это позволит выполнить ряд ...
Читать
Сентябрь 3, 2025 г.
Работа с репозиториями через SSH удобнее и безопаснее, чем по HTTPS — вам не нужно вводить пароль при каждом пуше, а авторизация выполняется с помощью криптографических ключей. Разберём процесс полностью: от создания ключа до проверки подключения.
...
Читать