Когда что то не просто пошло не так, а зашло слишком далеко, как восстановить состояние из удаленного репозитория (origin)?
Я прибегаю к этому методу, если эксперименты в очередной раз зашли в тупик, а
требует разрешить конфликты с новыми данными. Решением является зачистка изменений локальной ветки. Операция удалит всё лишнее, а изменения будут сброшены.
К примеру, вам надо получить локальную ветку develop в том же состоянии, что и origin/develop:
|
|
# перейдем на develop ветку git checkout develop # скачаем все изменения с удаленного сервера git fetch --all # сбросим изменения git reset --hard origin/develop |
git
Данная запись опубликована в 08.11.2018 22:54 и размещена в рубрике Программирование.
Вы можете перейти в конец страницы и оставить ваш комментарий.
Мало букафф? Читайте есчо !
Апрель 2, 2024 г.
Как использовать GIT, может зависеть от многих факторов, например как проходит тестирование, работает ли целая команда над проектом или один разработчик соло.
Соло разработка
Концепция работы с GIT в случае одного разработчика сводится обычно ...
Читать
Декабрь 11, 2021 г.
Репозиторий почти всегда требует реквизитов доступа. И, если вы их не храните в локальной конфигурации, то скрипты, содержащие git pull, будут прерываться, запрашивая пару логин/пароль.
Передать реквизиты с отдельным ключом нельзя, но можно задать ...
Читать
Июль 17, 2017 г.
Настройки в файле .gitignore позволяют исключить из списка файлов сканируемых GIT, все то что отслеживать не надо. Обычно это так называемые юзер-файлы, изображения, архивы, документация и т.п.
В данной статье рассмотрим типовой случай настоек в .gitignore. ...
Читать
Июль 26, 2017 г.
Небольшая шпаргалка по git.
Файлы измененные с момента последнего коммита, т.е. текущие изменения, можно вывести командой
[crayon-6a19ee795e6bb342295186/]
Вы увидите два списка изменений - файлы, которые добавлены в commit и список unstaged changes ...
Читать