Сделайте текущую ветку Git главной веткой

Убедитесь, что все вытолкнуто в удаленный репозиторий (GitHub):

git checkout master

Перезаписать "master" с помощью "better_branch":

git reset --hard better_branch

Вставьте push в удаленный репозиторий:

git push -f origin master

Изменить: Вы не сказали, что нажали на публичный репо! Это делает мир различий.

Есть два пути: "грязный" способ и "чистый" способ. Предположим, что ваша ветка называется new-master. Это чистый способ:

git checkout new-master
git branch -m master old-master
git branch -m new-master master
# And don't do this part.  Just don't.  But if you want to...
# git branch -d --force old-master

Это приведет к изменению конфигурационных файлов в соответствии с переименованными ветвями.

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

mv -i .git/refs/new-master .git/refs/master
git checkout master

Переименуйте ветвь на master на:

git branch -M branch_name master

Решения, приведенные здесь (переименование ветки в "хозяине" ), не настаивают на последствиях для ретрансляции удаленного (GitHub):

• Если вы ничего не нажимали с момента создания этой ветки, вы можете переименовать ее и нажать на нее без каких-либо проблем.
• Если у вас был мастер push на GitHub, вам понадобится "git push -f" новая ветка: вы больше не сможете переходить в режим быстрой перемотки вперед.

    -f
    --force

Обычно команда отказывается обновлять удаленный реф, который не является предком локального ref, используемого для его перезаписывания. Этот флаг отключает проверку. Это может привести к тому, что удаленный репозиторий потеряет фиксации; используйте его с осторожностью.

Если другие уже вытащили ваше репо, они не смогут вытащить эту новую магистерскую историю, не заменяя своего хозяина этой новой главной веткой GitHub (или имея дело с большим количеством слияний).
Существуют альтернативы git push -force для публичных репозиториев.
Ответ Jefromi (слияние правильных изменений обратно к оригинальному мастеру) является одним из них.

Из того, что я понимаю, вы можете разветкить текущую ветку на существующую ветку. По сути, это перезапишет master тем, что у вас есть в текущей ветке:

git branch -f master HEAD

Как только вы это сделаете, вы можете обычно нажимать свою локальную ветвь master, возможно, также требующую параметр силы:

git push -f origin master

Никаких слияний, никаких длинных команд. Просто branch и push - но, да, это перепишет историю ветки master, поэтому, если вы работаете в команде, вы должны знать, что делаете.

В качестве альтернативы я обнаружил, что вы можете нажимать любую ветвь на любую удаленную ветку, поэтому:

# This will force push the current branch to the remote master
git push -f origin HEAD:master

# Switch current branch to master
git checkout master

# Reset the local master branch to what on the remote
git reset --hard origin/master

Я нашел этот простой способ работать лучше. Он не переписывает историю, и все предыдущие проверки ветки будут добавлены к мастеру. Ничто не потеряно, и вы можете четко видеть, что произошло в журнале фиксации.

Цель: Сделать текущее состояние "ветки" "мастером"

Работая с филиалом, фиксируйте и нажимайте свои изменения, чтобы убедиться, что локальные и удаленные репозитории обновлены:

git checkout master      # Set local repository to master
git reset --hard branch  # Force working tree and index to branch
git push origin master    # Update remote repository

После этого ваш мастер будет точным состоянием вашего последнего фиксации ветки, и ваш журнал фиксации будет показывать все проверки ветки.

Можно также проверить все файлы из другой ветки на мастер:

git checkout master
git checkout better_branch -- .

а затем зафиксировать все изменения.

Я нашел ответ, который мне нужен в сообщении блога. Замените ветвь мастера другой веткой в git:

git checkout feature_branch
git merge -s ours --no-commit master
git commit      # Add a message regarding the replacement that you just did
git checkout master
git merge feature_branch

Это по сути то же, что и ответ Каскабеля. За исключением того, что "вариант", который он добавил ниже своего решения, уже встроен в мой основной блок кода.

Легче найти этот путь.

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

В противном случае я могу скопировать-вставить, а затем прочитать подробности ниже, чтобы увидеть строку, которую я должен был изменить, после того, как я ее уже выполнил.

Чтобы добавить к ответу Jefromi, если вы не хотите размещать бессмысленное слияние в истории ветки source, вы можете создать временную ветвь для слияния ours, а затем выбросить ее:

git checkout <source>
git checkout -b temp            # temporary branch for merge
git merge -s ours <target>      # create merge commit with contents of <source>
git checkout <target>           # fast forward <target> to merge commit
git merge temp                  # ...
git branch -d temp              # throw temporary branch away

Таким образом, фиксация слияния будет существовать только в истории ветки target.

В качестве альтернативы, если вы вообще не хотите создавать слияние, вы можете просто захватить содержимое source и использовать их для нового фиксации в target:

git checkout <source>                          # fill index with contents of <source>
git symbolic-ref HEAD <target>                 # tell git we're committing on <target>
git commit -m "Setting contents to <source>"   # make an ordinary commit with the contents of <source>

Мой способ делать вещи следующий

#Backup branch
git checkout -b master_backup
git push origin master_backup
git checkout master
#Hard Reset master branch to the last common commit
git reset --hard e8c8597
#Merge
git merge develop

Если вы используете eGit в Eclipse:

• Щелкните правой кнопкой мыши узел проекта.
• Выберите команду → затем Дополнительно → затем переименовать ветвь
• Затем разверните папку удаленного отслеживания.
• Выберите ветку с неправильным именем, затем нажмите кнопку переименования, переименуйте ее в любое новое имя.
• Выберите нового мастера, затем переименуйте его в мастер.

Следующие шаги выполняются в браузере Git на базе Atlassian (сервер Bitbucket)

Создание {current-branch} в качестве master

1. Сделайте ветку из master и назовите ее "master-duplicate".
2. Сделайте ветку из {current-branch} и назовите ее "{current-branch} -copy".
3. В настройках репозитория (Bitbucket) измените "Разделение по умолчанию" на "master-duplicate" (без этого шага вы не сможете удалить мастер - "В следующем шаге").
4. Удалить ветку "master" - я сделал этот шаг из исходного дерева (вы можете сделать это из браузера CLI или Git)
5. Переименуйте "{current-branch}" в "master" и нажмите на репозиторий (это создаст новую "ведущую" ветвь, все еще "{current-branch}" будет существовать).
6. В настройках репозитория измените "Разделитель по умолчанию", чтобы указать "мастер".

Использование:

get fetch && git checkout branch