При командной разработке есть несколько вариантов:

1. Сообщить всем, что сейчас вы хотите поменять историю. После того, как вы запушите изменения, всем членам команды нужно будет обновить актуальное состояние ветки либо путём git pull —force, либо откатиться на N коммитов с помощью git reset —hard HEAD~N и спулить актуальную версию. Всё это будет вполне нормально, если другие разработчики не успели за это время закоммитить в эту ветку свой код. В таком случае разрешать конфликты гораздо сложнее, поэтому более легким выходом станет перенести разработку в новую ветку.

2. Вы вносите изменения как написано в статье, а затем переименовываете её git branch -m branch-old branch-new. Далее пушим новую ветку и сообщаем другим членам команды, что разработка фичи переехала в новую ветку и все свои коммиты, начиная с такого-то hash_commit следует перенести в неё. Делается это с помощью команды git cherry-pick hash_commit, с помощью неё можно перенести сразу несколько коммитов (можно посмотреть тут http://paratapok.ru/developer-tools/2593_kak-v-git-perenesti-commit-iz-odnoj-vetki-v-druguyu/). Таким образом, начиная работу в новой ветке вы сможете избежать возникновение конфликтов.

—
А какой будет приемен, в таком случае?