У мене дві гілки, emailі staging. stagingє останньою, і мені більше не потрібні старі зміни у emailвідділенні, але я не хочу їх видаляти.

Тому я просто хочу скинути весь вміст stagingна emailтак, щоб вони обоє вказували на одне і те саме. Це можливо?

Ви можете використовувати "нашу" стратегію злиття:

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

Якщо ви просто хочете, щоб дві гілки "email" та "staging" були однаковими, ви можете позначити гілку "email", а потім скинути гілку "електронної пошти" на "staging":

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

Ви також можете перезавантажити гілку "Постановка" на гілку "Електронна пошта". Але результат буде містити модифікацію двох гілок.

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

Якщо ви хочете, щоб усі зміни з гілки_нау у гілки_ладу, то:

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

одного разу застосувавши ці чотири команди, ви можете без проблем натиснути гілку_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. Вся розробка відбувається у відділенні розробки
2. гілка qa - це саме та сама копія dev
3. Час від часу код dev потрібно перемістити / перезаписати у гілку qa

тому нам потрібно перезаписати гілку qa, з dev гілки

Частина 1:
З командами нижче, старий qa було оновлено до новішої версії:

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

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

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

Цей коментар виглядає зворотним, оскільки вищезазначена послідовність також виглядає зворотньою

Частина 2:

Нижче є несподівані, нові місцеві поступки в розробника, непотрібні,
тому нам потрібно викинути і зробити дев нетронутим.

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. локальний чистий (віддалене походження / 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)