git - `git push --force` 的其他后果？

Question

关于强制 git push 的问题和答案并不难找到(here 是 two)。标准答案是这样的:

If you have to force a git push, technically you can with the --force option, but procedurally you shouldn't because someone may have already pulled and somewhere a kitten will die.

我认为这通常是明智的建议 - 更安全的方法是再次提交，修复你破坏的任何东西。但是，比方说，我知道(神奇地)还没有人撤回提交。或者更妙的是，这是一个私有(private)仓库，因此一开始就没有破坏任何其他人的克隆的危险。

--force推送是否有任何其他[负面]后果，特别是技术后果？也许它会在远程中导致一些额外的垃圾，或者它破坏了 X Corps 分析工具的 1.2.3 版，或者它使以后的 rebase 变得更加困惑，等等。有什么吗？

编辑 1: 我有自己的轶事证据表明 --force 推送私有(private)仓库 似乎造成任何问题。不过，我对感知不感兴趣。我正在寻找此类引用资料和/或证据。

Answer 1

为了补充 torek 的出色回答:

强制推送可能会导致以后的 merge 出现问题。

问题:

如果你强制推送一个分支 A，你将从该分支中​​删除一些现有的提交(否则你不需要强制)。如果(如 torek 的回答中所述)这些提交也被另一个分支 B 引用，那么它们将保留在该分支中。如果稍后 merge 两个分支 A 和 B，A 将包含"new"(强制)提交，B 将包含“旧”提交。

在这种情况下，git merge 可能不会执行您想要的操作。在最好的情况下，您将遇到 merge 冲突。最坏的情况是，你不会，但结果仍然是错误的。例如，如果您使用 git rebase -i 从 A 中删除了提交 c1，如果 c1 也在 B 中，则如果您 merge A 和 B，它将被重新引入。这可能会默默地重新引入 a错误:-(。

因此，如果您强制推送，请确保您删除的提交未被其他分支/标签引用(或者也强制推送这些分支/标签)。

---

已删除提交“返回”的图示

运行下面的 bash 脚本。该脚本创建一个 git 存储库，并使用以下提交分支 master、branch1:

• 良好的提交(分支 1)
• 错误的提交(主)
• 初始

然后它:

• 使用 git reset --hard 丢弃来自 master 的“错误提交”
• 将 branch1 merge 到 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

如您所见，使用 git reset --hard 从 master 中删除了“错误提交”。但是，“bad commit”仍然包含在branch1中，所以当branch1 merge 到master时，“bad commit”返回。

注意:此示例实际上并未强制推送，但如果您使用上游存储库，则必须在删除错误提交后强制推送 - 结果是相同的。

脚本:

#!/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