Как полностью заменить основную ветку в Git из другой ветки?

Вы должны иметь возможность использовать "нашу" стратегию слияния для перезаписи мастера с помощью таких уязвимостей:

git checkout seotweaks
git merge -s ours master
git checkout master
git merge seotweaks

Результат должен быть вашим хозяином, теперь по сути seotweaks.

(-s ours - сокращение от --strategy=ours)

Из документации о «нашей» стратегии:

Это разрешает любое количество головок, но результирующее дерево слияния всегда является деревом текущей ветки, фактически игнорируя все изменения из всех других ветвей. Он предназначен для использования вместо старой истории развития боковых веток. Обратите внимание, что это отличается от опции -Xours в стратегии рекурсивного слияния.

Обновление из комментариев: если вы получили фатальный результат: refusing to merge unrelated histories, измените вторую строку на это: git merge --allow-unrelated-histories -s ours master

Как насчет использования git branch -m для переименования основной ветки в другую, а затем переименования ветки seotweaks в master? Что-то вроде этого:

git branch -m master old-master
git branch -m seotweaks master
git push -f origin master

Это может удалить фиксации в исходном мастере, проверьте исходный мастер перед запуском git push -f origin master.

Вы можете переименовать / удалить мастер на удаленном компьютере, но это будет проблемой, если многие люди основывали свою работу на удаленной основной ветке и вытащили эту ветку в свое локальное репо.
Это может быть не так, поскольку все похоже, работает над веткой "seotweaks".

В этом случае вы можете:
git remote --show может не работать. (Сделайте git remote show, чтобы проверить, как ваш удаленный объявлен в вашем локальном репо. Я предполагаю, что 'origin')
(Что касается GitHub, house9 комментирует: «Я пришлось сделать еще один шаг, нажать кнопку «Admin» на GitHub и установить для «Default Branch» значение, отличное от «master», а затем вернуть его обратно »)

git branch -m master master-old  # rename master on local
git push origin :master          # delete master on remote
git push origin master-old       # create master-old on remote
git checkout -b master seotweaks # create a new local master on top of seotweaks
git push origin master           # create master on remote

Но опять же:

• если другие пользователи попытаются извлечь, в то время как мастер удален на удаленном компьютере, их запросы не удастся («нет такой ссылки на удаленном»)
• когда мастер воссоздается на удаленном компьютере, pull будет пытаться объединить этот новый мастер на их локальном (теперь старом) мастере: множество конфликтов. На самом деле им нужно reset --hard подключить свой локальный мастер к удаленной / основной ветке, которую они будут извлекать, и забыть о своем текущем мастере.

Поскольку seotweaks изначально был создан как ответвление от master, объединение его обратно - хорошая идея. Однако, если вы находитесь в ситуации, когда одна из ваших веток на самом деле не является ветвью от master или ваша история настолько отличается, что вы просто хотите стереть ветку master в пользу новой ветки, над которой вы работали может это сделать:

git push [-f] origin seotweaks:master

Это особенно полезно, если вы получаете такую ошибку:

! [remote rejected] master (deletion of the current branch prohibited)

И вы не используете GitHub и не имеете доступа к вкладке «Администрирование», чтобы изменить ветку по умолчанию для вашего удаленного репозитория. Кроме того, это не приведет к простоям или условиям гонки, с которыми вы можете столкнуться при удалении мастера:

git push origin :master

Я обнаружил, что это лучший способ сделать это (у меня была проблема с моим сервером, который не позволял мне удалить).

На сервере, на котором размещен репозиторий origin, введите следующее из каталога внутри репозитория:

git config receive.denyDeleteCurrent ignore

На вашей рабочей станции:

git branch -m master vabandoned                 # Rename master on local
git branch -m newBranch master                  # Locally rename branch newBranch to master
git push origin :master                         # Delete the remote's master
git push origin master:refs/heads/master        # Push the new master to the remote
git push origin abandoned:refs/heads/abandoned  # Push the old master to the remote

Вернемся на сервер, на котором размещен репозиторий origin:

git config receive.denyDeleteCurrent true

Кредит автору сообщения в блоге http://www.mslinn.com/blog/?p=772