Змініть дистанційну HEAD Git, щоб вказати на щось, крім головного

Як встановити посилання HEAD дистанційного керування Git, щоб вказати на щось, крім "master"?

Мій проект має політику не використовувати "головну" гілку (всі гілки мають значущі назви). Крім того, до канонічного основного сховища доступно лише через ssh: //, без доступу до оболонки (наприклад, GitHub або Unfuddle).

Моя проблема полягає в тому, що віддалене сховище все ще має посилання HEAD на refs / heads / master, але мені це потрібно, щоб вказати на іншу гілку. Це спричиняє дві проблеми:

1. Під час клонування РЕПО, це

   попередження: віддалений HEAD посилається на неіснуючий номер, не в змозі оформити замовлення.

   Це заплутано і незручно.

2. Веб-браузер кодового браузера залежить від HEAD як основи для перегляду дерева. Тоді мені потрібна HEAD, щоб вказати на дійсну гілку.

Рік тому у GitHub було майже таке ж питання .

Ідея полягала в тому, щоб перейменувати головну галузь:

git branch -m master development
git branch -m published master
git push -f origin master 

Виготовлення майстра має те, що ви хочете, щоб користувалися людьми, і виконуйте всі інші роботи у галузях.

(" git-symbolic-ref HEAD refs/head/published" не поширюватиметься на віддалений репо)

Це схоже на " Як видалити джерело / майстер у Git ".

Як сказано в цій темі : (наголос мій)

" git clone" створює лише одну локальну гілку.
Для цього він дивиться на HEAD refвіддалене репо і створює локальну гілку з такою ж назвою, як віддалена гілка, на яку вона посилається.

Отже, щоб завершити це, у вас є репо А і клонуйте його:

• HEADпосилання refs/heads/masterта що існує
  -> ви отримуєте локальну гілку під назвою master, починаючи з походження / master

• HEAD посилання, refs/heads/anotherBranchі що існує
  -> ви отримуєте локальну гілку, що називається anotherBranch, починаючи зorigin/anotherBranch

• HEAD посилання refs/heads/masterта цього не існує
  -> "git clone" скаржиться

Не впевнений, чи є який-небудь спосіб безпосередньо змінити HEADпосилання на репо-репо .

(в чому полягає вся суть вашого питання, я знаю;))

Можливо, єдиним способом буде "публікація для бідних" , де ви:

 $ git-symbolic-ref HEAD refs/head/published
 $ git-update-server-info
 $ rsync -az .git/* server:/local_path_to/git/myRepo.git/

Але це передбачало б доступ запису до сервера, що не завжди можливо.

Як я пояснюю в " Git: Правильний спосіб змінити активну гілку в голому сховищі? ", git remote set-headНічого не змінилося на віддаленому репо.

Це змінило б лише відділення віддаленого відстеження, що зберігається локально у вашому місцевому репо, в remotes/<name>/HEAD.

Оновлення: це працює лише для локальної копії сховища ("клієнт"). Будь ласка, дивіться коментарі інших нижче.

З останньою версією git (лютий 2014 р.) Правильною процедурою було б:

git remote set-head $REMOTE_NAME $BRANCH

Так, наприклад, перемикання голови на віддалений originдо гілки developбуде:

git remote set-head origin develop

Оскільки ви згадуєте GitHub, щоб зробити це на їхньому сайті, просто увійдіть у ваш проект, тоді ...

admin > Default Branch > (choose something)

Зроблено.

Побачити: http://www.kernel.org/pub/software/scm/git/docs/git-symbolic-ref.html

Це встановлює гілку за замовчуванням у сховищі git. Ви можете запустити це в голих або дзеркальних сховищах.

Використання:

$ git symbolic-ref HEAD refs/heads/<branch name>

(В основному вже було те саме питання " створити символічний перегляд git у віддаленому сховищі ", на яке не було отримано універсальної відповіді.)

Але є конкретні відповіді для різних git "ферм" (де кілька користувачів можуть керувати git repos через обмежений інтерфейс: через http та ssh): http://Github.com , http://Gitorious.org , http: / /repo.or.cz , Girar ( http://git.altlinux.org ).

Ці конкретні відповіді можуть бути корисними для тих, хто читає цю сторінку та думає про ці конкретні послуги.

• Тепер у них є спадне меню для вибору гілки HEAD за адресою http://repo.or.cz (приклад: http://repo.or.cz/editproj.cgi?name=for-me-and-for- all_imz.git );
• та на http://gitorious.org теж (подивіться десь у налаштуваннях);
• та на http://GitHub.com : admin> Відділення за замовчуванням> (виберіть щось) (завдяки відповіді @ srcspider);
• З v2.6 гілку за замовчуванням можна встановити у веб-інтерфейсі у розділі "Проекти"> "Список">> "Відділення" . У v2.12 Герріт додав нову команду set-head, яку можна використовувати над ssh .
• а в Girar (працює на http://git.altlinux.org для створення пакетів для дистрибутиву ALT) можна ssh-інтерфейс для цього: $ ssh git.alt help | fgrep branch default-branch <path to git repository> [<branch>] $ наприклад, ssh git.alt default-branch packages/autosshd.git sisyphusзмінити HEAD у віддаленому репо, autosshd.gitщоб вказати на sisyphusгілку.

Якщо у вас є доступ до віддаленого репо з оболонки, просто перейдіть до .git (або головного режиму, якщо це голий репо) і змініть файл HEAD, щоб вказати на правильну голову. Наприклад, за замовчуванням він завжди містить 'refs: refs / heads / master', але якщо вам потрібен foo, щоб бути HEAD замість цього, просто відредагуйте файл HEAD і змініть його на 'refs: refs / heads / foo'.

Ви можете створити відокремлену головну гілку, використовуючи лише порцелянові команди Git:

git init
touch GO_AWAY
git add GO_AWAY
git commit -m "GO AWAY - this branch is detached from reality"

Це дає нам головну гілку з грубим повідомленням (можливо, ви хочете бути більш ввічливим). Тепер ми створюємо нашу "справжню" гілку (назвемо її стовбур на честь SVN) і розлучаємо її з майстром :

git checkout -b trunk
git rm GO_AWAY
git commit --amend --allow-empty -m "initial commit on detached trunk"

Гей, престо! gitk - всі покажуть майстер і магістраль без зв’язку між ними.

«Магія» тут полягає в тому, що --amend змушує git počin створити новий комітет з тим же батьків, що і поточний HEAD, а потім зробити HEAD вказівкою на нього. Але поточна HEAD не має батьківського типу, оскільки це початкова фіксація у сховищі, тому нова HEAD також не отримує жодної, що робить їх відірваними один від одного.

Стара команда HEAD не видаляється git-gc, оскільки refs / heads / master все ще вказує на неї.

Прапор --пустіть-порожній потрібен лише тому, що ми робимо порожнє дерево. Якщо після git rm були деякі додавання git, то це було б не потрібно.

По правді кажучи, ви можете створити відокремлену гілку в будь-який час, розгалужуючи початкову комісію в сховищі, видаляючи її дерево, додаючи відірване дерево, потім виконуючи git commit --amnd .

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

Спочатку створіть нову гілку, яку ви хочете встановити за замовчуванням, наприклад:

$>git branch main

Далі, натисніть цю гілку до початку :

$>git push origin main

Тепер, коли ви ввійдете у свій обліковий запис GitHub, ви можете перейти до вашого сховища та вибрати Налаштування> Відділення за замовчуванням та вибрати " головне ".

Потім, якщо ви вирішите, ви можете видалити головну гілку:

$>git push origin :master

Пов'язане з питанням, я опинився тут під час пошуку:

Як зробити так, щоб місцеве репо усвідомило змінену гілку за замовчуванням на GitHub

Для повноти додавання відповіді:

git remote set-head origin -a

Для людей з гітолітом гітоліт підтримує команду під назвою - чекай - symbolic-ref. Це дозволяє запускати цю команду віддалено, якщо у вас є дозвіл W (write) на репо.

Просто увійдіть у свій обліковий запис GitHub і в крайній правій частині в навігаційному меню виберіть Налаштування , на вкладці Налаштування виберіть Відділення за замовчуванням і поверніться на головну сторінку вашого сховища, яка зробила для мене фокус.