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

Поэтому я просто хочу поместить все содержимое stagingв, emailчтобы они оба указывали на один и тот же коммит. Это возможно?

Вы можете использовать «нашу» стратегию слияния:

$ git checkout staging
$ git merge -s ours email # Merge branches, but use our branch head

Если вы просто хотите, чтобы две ветви 'email' и 'staging' были одинаковыми, вы можете пометить ветку 'email', а затем сбросить ветку 'email' на 'staging':

$ git checkout email
$ git tag old-email-branch
$ git reset --hard staging

Вы также можете перебазировать ветку 'staging' на ветку 'email'. Но результат будет содержать модификацию двух веток.

Я видел несколько ответов, и это единственная процедура, которая позволяет мне исправить это без каких-либо конфликтов.

Если вы хотите все изменения от branch_new в branch_old, то:

git checkout branch_new
git merge -s ours branch_old
git checkout branch_old
git merge branch_new

применив эти четыре команды, вы можете без проблем нажать на branch_old

Другие ответы дали мне правильные подсказки, но они не помогли полностью.

Вот что сработало для меня:

$ git checkout email
$ git tag old-email-branch # This is optional
$ git reset --hard staging
$
$ # Using a custom commit message for the merge below
$ git merge -m 'Merge -s our where _ours_ is the branch staging' -s ours origin/email
$ git push origin email

Без четвертого шага слияния с нашей стратегией продвижение считается обновлением без ускоренной перемотки вперед и будет отклонено (GitHub).

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

git checkout email
git reset --hard staging
git push origin email --force

Примечание: это только в том случае, если вы ДЕЙСТВИТЕЛЬНО никогда больше не захотите видеть материал по электронной почте.

Я хотел объединить две ветви, чтобы все содержимое old_branchбыло обновлено содержимым изnew_branch

Для меня это работает как шарм:

$ git checkout new_branch
$ git merge -m 'merge message' -s ours origin/old_branch
$ git checkout old_branch
$ git merge new_branch
$ git push origin old_branch

Как насчет:

git branch -D email
git checkout staging
git checkout -b email
git push origin email --force-with-lease

Другие ответы выглядели неполными.
Я попробовал ниже в полном объеме, и он работал нормально.

НОТА:
1. Сделайте копию своего хранилища, прежде чем пытаться сделать это ниже, чтобы быть в безопасности.

Детали:
1. Вся разработка происходит в ветке dev.
2. Ветвь q - это та же самая копия dev.
3. Время от времени код dev должен быть перемещен / переписан в ветку qa

поэтому нам нужно переписать ветку qa из ветки dev

Часть 1:
С помощью приведенных ниже команд старый qa был обновлен до более нового dev:

git checkout dev
git merge -s ours qa
git checkout qa
git merge dev
git push

Автоматический комментарий для последнего нажатия дает ниже:

// Output:
//  *<MYNAME> Merge branch 'qa' into dev,*  

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

Часть 2:

Ниже приведены неожиданные новые локальные коммиты в dev, ненужные,
поэтому нам нужно выбросить и сделать dev нетронутым.

git checkout dev

// Output:
//  Switched to branch 'dev'  
//  Your branch is ahead of 'origin/dev' by 15 commits.  
//  (use "git push" to publish your local commits)


git reset --hard origin/dev  

//  Now we threw away the unexpected commits

Часть 3:
Убедитесь, что все как положено:

git status  

// Output:
//  *On branch dev  
//  Your branch is up-to-date with 'origin/dev'.  
//  nothing to commit, working tree clean*  

Вот и все.
1. старый qa теперь перезаписывается новым кодом ветки dev
2. local чист (удаленный источник / dev не тронут)

Самый простой способ сделать это:

//the branch you want to overwrite
git checkout email 

//reset to the new branch
git reset --hard origin/staging

// push to remote
git push -f

Теперь ветка электронной почты и сценарии совпадают.

git checkout email
git merge -m "Making email same as staging disregarding any conflicts from email in the process" -s recursive -X theirs staging

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

git checkout new -b tmp
git merge -s ours old -m 'irrelevant'
git checkout old
git merge --squash tmp
git branch -D tmp
#do any other stuff you want
git add -A; git commit -m 'foo' #commit (or however you like)