Git：删除推送到远程的分支提交

Question

我当前的git日志是

我想放弃Including OpenCV并删除它（因为它包含了很多不需要的库数据），我只想保留我现在拥有的内容并推送它。

当推送被拒绝时我尝试了什么：

1）变基导致

2）合并导致

我想要的是：

Answer 1

根据评论更新

---

原始回复

好了，遥控器已经

A -- B -- C <--(master)

在本地，您将其视为

A -- B -- C <--(origin/master)

但是你也有基于B的提交

A -- B -- C <--(origin/master)
      \
       D <--(master)

现在丢弃C意味着您要从origin/master历史中删除C ； 这是一个历史记录重写，会影响已通过远程存储库共享的提交，因此您需要与存储库的所有其他用户进行协调才能安全地执行此操作。 （如果您尝试在没有此类协调的情况下进行操作，则可能的结果是，其他人最终将撤消您的操作。）

从纯机械角度来看，如果您说

git push -f origin master

（如果您有足够的访问权限来执行此操作），它将“移动” origin/master到master ，而C “无法访问”。

这不会从存储库中删除C 确实无法撤消（正如其他人在评论中所建议的那样）-实际上，如果回购中有其他用户并且您不与他们协调，则很可能会意外撤消。 确实会将每个origin克隆（您自己的克隆除外）都置于需要恢复的中断状态-请参见git rebase文档中的“从上游rebase恢复”（因为任何远程历史记录重写都等同于此上游rebase）看待）。

虽然使C不可访问就足够了，除非您知道要查找它，否则您将看不见它，但是，如果您想实际删除C则涉及到很多事情-尤其是如果您需要将其从远程删除并且不想冒险使其“重新出现”（这意味着您也需要将其从其他所有人的本地存储库中删除）。 除非C占用大量磁盘空间或包含敏感数据，否则最好将其保留在历史记录中，而仅使用新的提交来撤消对其应用的更改（请参阅git revert ）。

请注意，正如您在两个“不起作用的示例”中所显示的那样，合并或重新设置与您想要的相反。 他们将不需要的提交带入您的master历史记录。 不过，如果您采取建议还原而不是重写历史记录，则可以这样做。

---

更新资料

在澄清了“错误”提交会带来大量数据之后，似乎需要重写。 但是如上所述，仅重写ref并不会从存储库中删除提交。

也就是说，将origin/master节点移动到D并不一定保证C在clone ， fetch或pull期间永远不会转移（尽管您不希望这样做；这取决于服务器是否尝试使用现有包的快捷方式）文件）。 在任何情况下，它都不会释放源自身内部的空间。

在本地存储库中，您需要做的是使C不可访问，然后使gc运行。 但是，使C 真正无法访问意味着不仅移动origin/master引用（以及可能到达C任何其他引用，可能包括您必须知道要查找的其他引用），而且还要清除指向C所有引用。

幸运的是，reflog是临时的，本地的，有点像“有用时有用”。 因此，仅使用rm -rf .git/logs解决此问题。 但这会丢弃您当前的所有参考记录，因此，如果您想更具选择性，请参阅git reflog文档。

然后，您可以手动调用gc ，例如

git gc --aggressive --prune=now

希望这将在本地回收空间。

让gc在远程上运行是另一回事，这取决于远程主机的托管方式。 最坏的例子：在我检查的上一个版本中，TFS没有提供触发gc ； 因此，仅丢弃遥控器并重新开始可能是最容易的。 但是，当然，如果只是将其托管在共享驱动器上（使用ssh或Web服务器等），则可以像本地存储库一样对其进行清理。

当然， 对方本地回购这就是在那里与提交副本，直到回购的清理，是一个推离把二进制膨胀右后卫远程英寸