Когда что то не просто пошло не так, а зашло слишком далеко, как восстановить состояние из удаленного репозитория (origin)?
Я прибегаю к этому методу, если эксперименты в очередной раз зашли в тупик, а
требует разрешить конфликты с новыми данными. Решением является зачистка изменений локальной ветки. Операция удалит всё лишнее, а изменения будут сброшены.
К примеру, вам надо получить локальную ветку develop в том же состоянии, что и origin/develop:
|
|
# перейдем на develop ветку git checkout develop # скачаем все изменения с удаленного сервера git fetch --all # сбросим изменения git reset --hard origin/develop |
git
Данная запись опубликована в 08.11.2018 22:54 и размещена в рубрике Программирование.
Вы можете перейти в конец страницы и оставить ваш комментарий.
Мало букафф? Читайте есчо !
Июль 31, 2024 г.
Иногда нужно избавиться от новых (лишних) файлов, привожу примеры команд.
Если это случается регулярно, в процессе компиляции, сборки, у вас создаются файлы, которые вы не будете включать в commit, то, наверное, стоит подумать и включить их в настройки ...
Читать
Декабрь 4, 2018 г.
GIT по умолчанию следит за правами на запуск файлов. Чаще всего, отслеживание прав не требуется, но файлы то и дело попадают в список измененных, и далее - в коммиты. Давайте посмотрим как игнорировать смену прав доступа у файлам.
К счастью, отключить ...
Читать
Сентябрь 10, 2025 г.
Иногда в процессе разработки возникает ситуация, когда файл или целая директория уже добавлены в репозиторий, но их больше не нужно отслеживать. Например:
вы по ошибке закоммитили файлы логов или временные данные;
в проекте появилась папка с кэшем; ...
Читать
Декабрь 11, 2021 г.
Репозиторий почти всегда требует реквизитов доступа. И, если вы их не храните в локальной конфигурации, то скрипты, содержащие git pull, будут прерываться, запрашивая пару логин/пароль.
Передать реквизиты с отдельным ключом нельзя, но можно задать ...
Читать