Как удалить неверную ссылку на удаленную ветку из Git?

В моем текущем репо у меня есть следующий вывод:

$ git branch -a
* master
  remotes/origin/master
  remotes/public/master

Я хочу удалить remotes/public/masterиз списка веток:

$ git branch -d remotes/public/master
error: branch 'remotes/public/master' not found.

Кроме того, вывод git remoteявляется странным, так как он не перечисляет public:

$ git remote show 
origin

Как я могу удалить 'remotes / public / master' из списка веток?

Обновление, попробовал git pushкоманду:

$ git push public :master
fatal: 'public' does not appear to be a git repository
fatal: The remote end hung up unexpectedly

Возможно, вам нужна очистка:

git gc --prune=now

или вам может понадобиться чернослив:

git remote prune public

чернослив

Удаляет все устаревшие ветви отслеживания в <имя>. Эти устаревшие ветви уже были удалены из удаленного репозитория, на который ссылается <name>, но все еще доступны локально в «remotes / <name>».

С опцией --dry-run сообщать, какие ветви будут удалены, но фактически не сокращать их.

Тем не менее, кажется, что они должны были быть очищены ранее с

git remote rm public 

комната

Удалите пульт с именем <имя>. Все удаленные ветви отслеживания и настройки конфигурации для удаленного удаляются.

Возможно, вы вручную отредактировали свой конфигурационный файл, но этого не произошло, или у вас есть проблемы с привилегиями.

Может быть, запустите это снова и посмотрите, что произойдет.

Контекст консультации

Если вы посмотрите журналы ревизий , вы заметите, что я предложил более «правильные» методы, которые по какой-то причине не хотели работать с их хранилищем.

Я подозревал, что ОП сделал что-то, что оставило их дерево в непоследовательном состоянии, что заставило его вести себя немного странно, и ему git gcбыло необходимо починить оставленную за спиной крошку.

Обычно этого git branch -rd origin/badbranch достаточно для уничтожения локальной ветви отслеживания или git push origin :badbranchдля удаления удаленной ветви, и обычно вам никогда не потребуется звонитьgit gc

Все, что вам нужно сделать, это

git fetch -p

Это удалит все ваши локальные ветви, которые удалены удаленно.

Если вы используете git 1.8.5+, вы можете установить это автоматически

git config fetch.prune true

или

git config --global fetch.prune true

git push public :master

Это приведет к удалению удаленной ветви, masterна которую указал Кент Фредрик.

Для просмотра веток удаленного отслеживания:

git branch -r

Чтобы удалить ветку удаленного отслеживания:

git branch -rd public/master

Все, что вам нужно сделать, это

$ git branch -rd origin/whatever 

Это так просто. Там нет причин для вызова здесь.

git gc --prune=now это не то, что вы хотите.

git remote prune public

или git remote prune origin# если это удаленный источник

это то, что вы хотите

Принятый ответ не работал для меня, когда ссылка была упакована. Это делает однако:

$ git remote add public http://anything.com/bogus.git
$ git remote rm public

В моем случае я пытался удалить записи, которые были сохранены в .git/packed-refs. Вы можете редактировать этот простой текстовый файл и удалять из него записи, которые git br -Dне знают, как их трогать (по крайней мере, в версии 1.7.9.5).

Я нашел это решение здесь: https://stackoverflow.com/a/11050880/1695680

git push origin --delete <branch name>

Ссылка от: http://www.gitguys.com/topics/adding-and-removing-remote-branches/

Я не знал об этом git branch -rd, поэтому способ решения подобных проблем для меня заключается в том, чтобы относиться к своему репо как к удаленному репо и выполнять удаленное удаление. git push . :refs/remotes/public/master, Если другие способы не работают, и у вас есть какая-то странная рекомендация, от которой вы хотите избавиться, этот грубый способ верен. Это дает вам точную точность для удаления (или создания!) Любого вида ссылки.

Только немного связанные, но все же могут быть полезны в той же ситуации, что и у нас - мы используем сетевой общий файловый ресурс для нашего удаленного хранилища. На прошлой неделе все работало, на этой неделе мы получили сообщение об ошибке: «Удаленный источник не афиширует Ref для ссылки ref / заголовки / master. Этот Ref может не существовать в удаленном или может быть скрыт настройками разрешений»

Но мы верили, что ничего не было сделано, чтобы развратить вещи. NFS делает снимки, поэтому я просмотрел каждую «предыдущую версию» и увидел, что три дня назад размер хранилища в МБ изменился с 282 МБ до 33 МБ, и теперь существует около 1403 новых файлов и 300 папок. Я обратился к своим сотрудникам, и один из них попытался сделать толчок в тот день, а затем отменил его.

Я использовал функциональность NFS «Восстановить», чтобы восстановить его до этой даты, и теперь все снова работает нормально. Я пробовал чернослив ранее, похоже, не помогло. Может быть, более жесткие очистки сработали бы.

Надеюсь, что это может помочь кому-то еще однажды!

сойка

У меня была аналогичная проблема. Ни один из ответов не помог. В моем случае у меня было два удаленных удаленных хранилища, которые показывались постоянно.

Моей последней идеей было удалить все ссылки на него вручную.

Допустим, хранилище называется «Репо». Я сделал:

find .git -name Repo 

Поэтому я удалил соответствующие файлы и каталоги из папки .git ( эту папку можно найти в вашем приложении Rails или на вашем компьютере https://stackoverflow.com/a/19538763/6638513 ).

Тогда я сделал:

grep Repo -r .git

Это нашло несколько текстовых файлов, в которых я удалил соответствующие строки. Теперь все вроде бы хорошо.

Обычно вы должны оставить эту работу для мерзавца.