Как отменить «git fetch»

Вы можете отменить все выборки с удаленного A, просто удалив этот удаленный:

git remote remove A

Теперь просто добавьте его снова и получите только одну ветку:

git remote add A <path/to/repository>
git fetch A <name of branch>

Трудно¹ "отменить" git fetch, но никогда² нет причин необходимости отменять git fetch.

Помните, что git fetch вызывает удаленный сервер, получает список сопоставлений имени ветки с SHA-1, переносит коммиты и другие объекты, необходимые для их хранения в вашем репозитории, а затем обновляет ветки удаленного отслеживания, чтобы что они указывают на текущие (на момент, когда вы только что звонили) подсказки ветки пульта. Это не повлияет ни на один из ваших файлов рабочего дерева, и если вы снова запустите git fetch завтра, любая работа, сделанная сегодня, может быть пропущена завтра. Если вам действительно удастся отменить fetch, то завтрашний запуск должен будет повторить работу, сделанную сегодня, так что это чистый убыток: вы только что потратили некоторые усилия, чтобы вашему мерзавцу пришлось принести больше кода по сети завтра.

Тем не менее, время для сносок. :-)

¹Это не так уж сложно, если у вас есть удаленные журналы ссылок (что у вас, вероятно, есть): просто используйте удаленные журналы ссылок, чтобы найти ветки удаленного отслеживания, обновленные в самой последней выборке — это та же информация может по-прежнему быть доступна в файле FETCH_HEAD, а затем использовать git update-ref, чтобы вернуть эти ссылки к их предыдущим записям журнала ссылок. Но это по-прежнему оставит извлеченные объекты в вашем репозитории, поэтому, чтобы действительно очистить их, вы должны также удалить промежуточные записи журнала ссылок, а затем запустить git gc --prune=now, что требует большой осторожности и отбросит все объекты без ссылок, а не только те, которые были перенесены самой последней fetch.

²Я думаю, можно возразить, что причиной для этого может быть "недостаток места на диске", особенно если большой объект был случайно перемещен на удаленный компьютер и будет удален с удаленного компьютера к следующему fetch. Однако работа в файловой системе, в которой не хватает места, в целом сложна, и я не уверен, что хотел бы делать здесь что-то еще, кроме как переместить весь репозиторий в другое место (куда-нибудь без проблем с дисковым пространством).

Мне очень понравился ответ torek, но он не дает вам команд для «обновления reflogs», что я и искал. Я нашел это в другом ответе reverse a git fetch, поэтому я просто оставлю его здесь, чтобы упростить поиск для других.

Предположим, что у вас есть origin удаленная ветвь, а локальная develop ветка основана на master, но локальная master находится позади origin/master (но вы ее еще не видите, потому что вы еще не получили origin ).

Таким образом, выполнение git fetch добавит новые коммиты из origin/master и теги в ваш локальный репозиторий. В некоторых случаях вы вообще не хотите видеть эти новые коммиты, и они уменьшат читабельность вашей истории.

Сказав это, вы можете «отменить» git fetch, выполнив:

git update-ref refs/remotes/origin/master refs/remotes/origin/master@{1}

Все, что он делает, это переводит указатель origin/master в предыдущее состояние. Возможно, вам придется немного поиграть с {n}, чтобы получить точное состояние, но в целом это может помочь.

Вы можете удалить случайно выбранные ветки, которые не хотите сохранять, с помощью следующей команды:

git update-ref -d refs/remotes/YOUR_REMOTE_NAME/BRANCH_NAME_TO_DELETE

Чтобы предотвратить их повторное получение, настройте удаленный git так, чтобы он извлекал только указанные ветки: git remote set-branches YOUR_REMOTE_NAME desired_branch1 [desired_branch2, desired_branch3, etc], например. git remote set-branches origin master.

Поведение set-branch по умолчанию — всегда заменять список. Если вы хотите добавить, используйте опцию --add: git remote set-branches --add origin another_branch

Очень простое решение:

git reset --keep HEAD@{1}

Или второе решение:

git reset --hard master@{"10 minutes ago"}