Як мені перейменувати гілку Git 'master' на 'release'?

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

Я розумію, що я можу перейменувати локальну гілку локально, просто скориставшись наступним:

git branch -m master release

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

Як я можу цього досягти?

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

git checkout -b release master    # Create and switch to the release branch
git push -u origin release        # Push the release branch to the remote and track it
git branch -d master              # Delete local master
git push --delete origin master   # Delete remote master
git remote prune origin           # Delete the remote tracking branch

Зауважте, якщо ви використовуєте GitHub, вам потрібно буде спочатку змінити свою гілку "за замовчуванням" на GitHub після кроку 3:

У вашому сховищі на github.com перейдіть Налаштування → Відділення → Відділення за замовчуванням . Змініть його до звільнення, а потім виконайте інші кроки.

Перевірте свою головну галузь

git checkout master

Створіть свою філію випуску та перейдіть до неї:

git branch release
git checkout release

Натисніть на сервер

git push origin release

Видаліть основну посилання гілки на сервері

git push origin :master

Видаліть локальну головну гілку

git branch -d master

Примітка. Ця відповідь призначена для влаштованих серверів Git, до яких у вас є доступ до командного рядка.

Оскільки спроба видалити remote masterз клієнта дійсно заборонена, і я вважаю, що заборона denyDeleteCurrentмає сенс, я не хотів би змінювати це налаштування.

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

Це працювало для мене:

1. Вхід через SSH на віддалений сервер git
2. Перейдіть до папки xxx.git свого проекту
3. запустити: git branch -m master release

Тепер віддалене сховище використовує releaseяк свою гілку за замовчуванням, а будь- git cloneяке сховище будь-якого клієнта перевіряє гілку випуску за замовчуванням.

Це дуже корисно також після налаштування голого сховища, щоб налаштувати його під ваші потреби.

Як раніше заявляли інші, проблема тут є Gitorious, що не дозволяє видаляти гілку HEAD за замовчуванням. У вас є два варіанти подолання цієї проблеми. Перший - увійти на сервер Gitorious (з ssh), знайти сховище Git на файловому сервері та додати:

[receive]
        denyDeleteCurrent = warn

до конфігурації.

Простіший варіант - просто змінити гілку за замовчуванням. Перейдіть до вашого сховища у веб-інтерфейсі Gitorious, натисніть "Редагувати сховище" та встановіть "Head Змінити символічний перелік HEAD у репозиторії Git вказує на:". Після цього ви можете видалити головну гілку.

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

В ідеалі ви хочете налаштувати відстеження, то зробіть так:

git push origin HEAD:release
git checkout --track origin/release

Тепер ви хочете видалити інші?

git branch -d master
git push origin :master

Просто!

Оскільки ви закінчили з перейменуванням гілок, встановіть для HEAD значення releaseдля віддаленого

git remote set-head origin release

Тоді, щоб видалити masterгілку у віддаленому, вам потрібно було б бути адміністратором, принаймні на GitHub. Будь ласка, зверніться до цієї публікації для отримання додаткової інформації.