提交PR并提交更改后，是否可以挤压Git提交？

我们正在学习Git，并使用GitHub作为我们的托管站点

我们都会进行上游回购，并将我们的承诺提交至上游，以获得我们的变更

我们正在尝试学习如何压缩我们的提交，以保持上游提交历史的整洁（ish）

我们经常承诺：）

所以。。。如果我们提交请求。。然后项目维护人员在提交时添加注释（即，对PR进行代码审查）。。。然后，开发人员将修复问题并再次提交

---

是否可以压缩这些提交，使PR只有一个提交？GH中的评论（针对此PR）会发生什么变化

您必须

git push--force

（在：选择第一次提交后，在其他提交上放置一个“s”标记）

但公共关系仍然有效。它的关联历史将被更新为刚刚推送的历史（这里是一个压缩的提交）

谁执行这些命令？提交PR/额外提交的人员？还是审稿人

fork push的所有者可以根据需要进行多次推送：注释不会被销毁，实际上是压缩提交的一部分。
以前属于PR的提交将被标记为“过时”，替换为您刚刚推送的新提交。

---

然后，维护人员将能够合并压缩的历史记录。

要将提交压缩在一起：

git rebase -i upstream/master

-i

将激活交互模式，您将能够决定每次提交是要与其父级一起挤压它（称为“修复”），还是要编辑提交消息（称为“重写”），还是要在提交中添加/删除/更新文件（称为“编辑”）

完成重定基址后，必须强制推送：

git push -f

---

然而，我认为这会破坏评论员对公关的评论。

如果评论员的评论被破坏，我并不担心。。。没关系。谁执行这些命令？提交PR/额外提交的人员？或者审查员？任何有推送权限的人。