Як видалити недійсну посилання віддаленої гілки з 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

Як я можу видалити "remote / 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>. Ці несвіжі гілки вже вилучені з віддаленого сховища, на яке посилається <ім'я>, але все ще доступні на локальному рівні в "віддалених / <ім'я>".

За допомогою опції --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 

Це так просто. Тут немає причин дзвонити на gc.

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 для відгалужень / голів / master. Цей Ref може не існувати у віддаленому режимі або може бути прихований налаштуваннями дозволу"

Але ми вірили, що нічого не було зроблено для розбещення речей. NFS робить знімки, тому я переглянув кожну "попередню версію" і побачив, що три дні тому розмір у МБ сховища перейшов від 282 Мб до 33 МБ, і зараз існувало близько 1403 нових файлів і 300 папок. Я запитав своїх колег, і той спробував здійснити натиск у той день - потім скасував це.

Я використовував функцію NFS «Відновити», щоб відновити її лише до цієї дати, і тепер все працює нормально. Я спробував чорнослив раніше, здається, не допомагав. Можливо, суворіші прибирання спрацювали б.

Сподіваюся, що це може допомогти комусь іншому одного дня!

Джей

У мене була схожа проблема. Жодна з відповідей не допомогла. У моєму випадку у мене було два видалені віддалені сховища, які відображаються назавжди.

Моя остання ідея полягала в тому, щоб видалити всі посилання на нього вручну.

Скажімо, сховище називається “Repo”. Я зробив:

find .git -name Repo 

Отже, я видалив відповідні файли та каталоги із папки .git ( цю папку можна знайти у вашому додатку Rails або на вашому комп’ютері https://stackoverflow.com/a/19538763/6638513 ).

Тоді я зробив:

grep Repo -r .git

Тут було знайдено кілька текстових файлів, з яких я видалив відповідні рядки. Тепер все, здається, добре.

Зазвичай, ви повинні залишити цю роботу, щоб git.