Чому під час запуску "git гілка -r" відображається "origin / HEAD"?

Коли ти запускаєшся, git branch -rчому це списки origin/HEAD? Наприклад, є віддалений репо на GitHub, скажімо, з двома гілками: master та awesome-особливість. Якщо я git cloneзахоплю його, а потім перейду до мого нового каталогу та перелічу гілки, я бачу таке:

$ git branch -r
origin/HEAD
origin/master
origin/awesome-feature

Або в якому б порядку не було (альфа? Я підробляю цей приклад, щоб зберігати особу невинного репо в таємниці). То в чому HEADсправа? Є чи це те , що остання людина , pushмав їх HEADзагострені в тому, коли вони виштовхнули? Чи не завжди це буде, як би там не було push? HEADs рухатися навколо ... чому мені байдуже, на кого хто HEADвказував на іншій машині?

Я просто отримую ручку на віддалене відстеження і таке, тож це одна тривала плутанина. Дякую!

EDIT: У мене було враження, що спеціальні віддалені репости (як, наприклад, GitHub, де ніхто не впишеться і не буде працювати над цим кодом, а лише тягнути або натискати і т. Д.) Не мали і не повинні мати ГОЛОВИ, тому що, в основному, немає робочої копії. Не так?

@robinst правильний.

У git ви можете вибрати, яка галузь перевіряється за замовчуванням (тобто, коли ви клонуєте). За замовчуванням на origin/HEADце вкаже.

У GitHub ви можете змінити це в налаштуваннях адміністратора для репортажу GitHub. Ви також можете зробити це з командного рядка через

git remote set-head origin trunk

або видалити його цілком через

git remote set-head origin -d

Приклад . Подивіться на спадне меню "Перемикання гілок". trunkперевіряється, так origin/HEADвипливає trunk.

Причиною, що у голого сховища може бути HEAD, є те, що воно визначає, яку гілку спочатку перевіряють після клонування сховища.

Зазвичай HEAD вказує на майстра, і це гілка, яку перевіряють, коли люди клонують сховище. Якщо встановити його на іншу гілку (відредагувавши HEAD у голому сховищі), ця гілка перевіряється на клоні.

У мене склалося враження, що виділені віддалені репости (наприклад, GitHub, де ніхто не впишеться і не буде працювати над цим кодом, а лише тягнути або натискати і т. Д.) Не мав і не повинен мати ГОЛОВУ, тому що в основному роботи не було копія. Не так?

У мене було таке саме враження, як ви сказали.

І я навіть не можу видалити цю гілку віддаленого відслідковування походження / HEAD, клоновану з Github тим самим

git branch -d -r origin/HEAD

Це не мало ефекту.

Чи може хтось мені сказати, як я можу видалити цю гілку віддаленого відстеження походження / HEAD?

оновлення

Хоча я не знайшов, чому існує походження / HEAD, створене при клонуванні з github, я знаходжу спосіб видалити його.

Нова версія git передбачена

git remote set-head <name> -d

видалити марний покажчик HEAD відділення віддаленого відстеження.

І ми також можемо змінити тупу назву за замовчуванням 'походження' на все, що хочемо, використовуючи

git remote rename origin <new_name>

Сподіваюся, що це може допомогти. :)

Ви маєте рацію, що натискання на виділені віддалені репости працюють набагато краще, коли вони 'голі', тобто коли у них немає робочих каталогів. Архітектура Git розроблена для оновлення за допомогою патчів або pull( fetch), що має сенс у розподіленому VCS. Як десь кажуть документи, натискання на гілку, яка зараз перевіряється, може призвести до "несподіваних результатів" .

HEAD є частиною вимог до дійсного сховища. Макет репозиторію Git частково говорить:

HEAD

A symref (see glossary) to the refs/heads/ namespace describing the currently active  
branch. It does not mean much if the repository is not associated with any working tree  
(i.e. a bare repository), but a valid git repository must have the HEAD file; some  
porcelains may use it to guess the designated "default" branch of the repository  
(usually master). It is legal if the named branch name does not (yet) exist.

Таким чином, ви збираєтесь бачити HEAD як частину списку філій, навіть якщо "це не означає багато ..."

Якщо "origin" є віддаленим сховищем, тоді origin / HEAD ідентифікує гілку за замовчуванням у цьому віддаленому сховищі.

Приклад:

$ git remote show
origin
$ git remote show origin
* remote origin
  Fetch URL: git@github.com:walkerh/pipe-o-matic.git
  Push  URL: git@github.com:walkerh/pipe-o-matic.git
  HEAD branch: master
  Remote branch:
    master tracked
  Local branch configured for 'git pull':
    master merges with remote master
  Local ref configured for 'git push':
    master pushes to master (fast-forwardable)

Зауважте рядок із написом "HEAD branch: master". Тут віддалений сховище дає змогу клієнтам знати, яку галузь за замовчуванням перевірити.

Завжди є HEAD, який вказує на поточно перевірену гілку на віддаленому репо (що може бути, а може і не бути майстром). Навіть віддалені сховища мають поточні відділення. Зазвичай це майстер, і вгорі голови я не можу придумати жодної причини, чому хтось хотів би його змінити, але це можна змінити.

Я здогадуюсь, що хтось штовхнув гілку і назвав її HEAD:

git push origin HEAD