Git bgf清理器不更新拉取请求

我正在使用bfg cleaner从github删除一些包含敏感信息的文件。除了拉请求之外，它工作正常。敏感日期仍然存在于请求中。我怎样才能摆脱这个问题？

首先，你可以考虑，哪个？ 它具有以下功能，包括基于路径的过滤：

要保留除这些路径之外的所有文件，只需添加

--反转路径

：

git filter-repo --path aFileToRemove --invert-paths

第二，关于pull请求，您需要

[远程“源站”]
fetch=+refs/heads/*：refs/remotes/origin/*
url=git@github.com：joyent/node.git
fetch=+refs/pull/*/head:refs/remotes/origin/pr/*origin/pr/1000
*[新参考]参考/拉动/1002/头部->原点/pr/1002

然后，在过滤之后，您需要强制将所有内容向后推

如中所述：

在这种情况下，如果有人正在重写存储库以删除敏感数据，而其他人已进行了PR，则敏感数据可能位于其他人的存储库中

因此，清除PR分支可能还不够。不管怎样，任何fork（从中生成了PR）仍然会有敏感数据

如果没有fork，并且PR是使用本地分支（到存储库）完成的，那么您不需要获取任何

refs/pull

---

修改PR的源分支并强制推送它应该足以更改Pull请求（尽管它的页面可能仍然引用以前的提交，这些提交现在已经过时）。

我认为你不能推送到GitHub

refs/Pull/

ref。（我想我之前试过，他们说不，不管是谁“拥有”它。）@torek难道文档没有显示您可以将本地分支推回（从fetch

pull/ID/head:BRANCHNAME

）到远程PR分支吗？（）您可以

git push

到

refs/heads/xxx

，如果推送目标存储库中的

refs/heads/xxx

是PR存储库中

refs/pull/n/head

的源，PR存储库中将更新

refs/pull/n/head

。但是你根本不能推到

refs/pull/n/head

。在这种情况下，如果有人正在重写存储库以删除敏感数据，而其他人已进行了PR，则敏感数据可能位于其他人的存储库中…@torek我同意，并已将您对敏感数据的评论包含在答案中以提高可见性。您的意思是bfg不是一个好主意？另外，我看到除了拉请求之外，它已经被推了。那么，我现在可以做些什么来推拉请求呢？您是否成功地使其工作了？正如与您讨论的，我已经请求删除拉请求。然而，不清楚在我们使用github enterprise的内部github环境中会发生什么。