为了补充托雷克的出色答案：
强制推送可能会导致以后的合并出现问题。
问题：
如果您强制推送分支 A，则会从该分支中删除一些现有的提交（否则您不需要强制）。如果（如 torek 的答案中所述）这些提交也从另一个分支 B 引用，那么它们将保留在该分支中。如果稍后合并两个分支 A 和 B，A 将包含“新”（强制）提交，B 将包含“旧”提交。
在这个情况下git merge可能不会做你想做的事。在最好的情况下，您会遇到合并冲突。最坏的情况是，你不会，但结果仍然是错误的。例如，如果您使用以下命令从 A 中删除了提交 c1git rebase -i，如果 c1 也在 B 中，如果您合并 A 和 B，它将被重新引入。这可能会默默地重新引入错误:-(。
因此，如果您强制推送，请确保您删除的提交未被其他分支/标签引用（或者也强制推送这些分支/标签）。
已删除提交“返回”的插图
运行下面的 bash 脚本。该脚本创建一个 git 存储库，并使用以下提交分支 master、branch1：
- 良好的承诺（分支1）
- 错误提交（主）
- Initial
Then it:
- uses
git reset --hard丢弃来自 master 的“错误提交”
- 将branch1合并到master中
脚本的输出：
Initialized empty Git repository in ....
[... creating commits ...]
### Bad commit in history:
* 7549dcc (HEAD, master) bad commit
* 31afec8 Initial
### Removing bad commit:
HEAD is now at 31afec8 Initial
### Bad commit no longer in history:
31afec8 (HEAD, master) Initial
### Merging branch1:
Updating 31afec8..be801e5
Fast-forward
0 files changed, 0 insertions(+), 0 deletions(-)
create mode 100644 b
create mode 100644 c
### Bad commit is back!
be801e5 (HEAD, master, branch1) good commit
7549dcc bad commit
31afec8 Initial
正如您所看到的，“错误提交”已从 master 中删除，使用git reset --hard。然而，“bad commit”仍然包含在branch1中，因此当branch1合并到master时，“bad commit”返回。
Note:这个示例实际上并不强制推送，但如果您使用上游存储库，则必须在删除错误提交后强制推送 - 结果将是相同的。
剧本：
#!/bin/bash
set -e
if [ -e gitrepo ]; then echo "Please remove gitrepo"; exit 1; fi
git init gitrepo; cd gitrepo; git config core.pager cat
touch a; git add a; git commit -m Initial
touch b; git add b; git commit -m "bad commit"
git checkout -b branch1; touch c; git add c; git commit -m "good commit"
git checkout master
echo "### Bad commit in history: "
git log --oneline --decorate
echo "### Removing bad commit: "
git reset --hard HEAD~1
echo "### Bad commit no longer in history: "
git log --oneline --decorate
echo "### Merging branch1: "
git merge branch1
echo "### Bad commit is back!"
git log --oneline --decorate
