Git 拉取请求者应该做什么来恢复错误的提交

我有pull请求要查看，我看到一些文件不需要，例如

.tmp

等。还有一个文件被推送，不应编辑

为了解决这个问题，git操作请求者应该做什么？

---

从我的角度来看，我看到分支只有一个提交，无法区分好提交和坏提交。如果拉请求程序也没有本地提交呢？如果他有呢？

有不止一种方法，正确的方法取决于你的捐款政策

拉取请求者（提交PR的用户）可以通过多种方式修复PR。请记住，PR的重要部分是由PR中的所有提交创建的聚合更改。如果在一次提交中添加了一行，在另一次提交中删除了一行，则聚合更改根本不会显示该行

所以问题是，你希望这个公关如何出现在你的变革历史中？一些项目喜欢将PRs“压缩”为单个提交（聚合变更集）（拉请求者可以使用交互式rebase执行此操作：

git rebase-i HEAD~n

，其中

n

是PR分支中的提交数）。由于您只看到一次提交，我猜这就是您的项目的运行方式。另一些人则认为交互重排和压扁是“重写历史”，相信即使它们相互还原，也会合并一套变化。 如果您想要一个干净的历史记录，并且看起来是这样的，那么您可以要求请求者清理他们的分支。他们可以通过添加提交来解决问题，然后挤压分支，或者在工作树中进行更改并更新已经挤压的提交。然后，他们可以强制推送他们的分支，这将产生使用更新的“更干净”分支更新PR的效果

---

但是有不止一种方法可以做到这一点，所以这是一个答案，而不是答案。

请开发人员解决问题，并将更改推到他/她的公关部门。@Brycedruw:我认为这个问题更多的是关于Git，而不是其他任何问题，因为它涉及到拉取请求者在没有GitHub干预的情况下向其PR提交修复。@Makoto拉取请求不是git的一项功能，对吗？我可以将

拉取请求

更改为

分支

，它不会更改任何内容，因为需要或手动修复此git操作fix@BryceDrew字体不是，但实际修复涉及的Git比GitHub更多。此外，据你所知，它可能是其他一些服务，提供拉取请求，这些请求不一定与GitHub相关（尽管实际上很可能是这样）。从我的角度来看，我想要压缩提交。但这里的问题是如何从分支中删除不需要的文件（文件在主控上不存在）以及如何删除主控上存在的文件中不需要的更改。一旦您将开发人员的更改压缩为一次提交，则通过删除不需要的文件并使用

git commit--amend

，很容易修改此提交。是的。因此，拉请求者应该在其分支中进行更改，以解决问题、提交、重新挤压分支并强制推送。或者修改挤压提交，如@DarinDimitrov所说。