从Subversion历史记录中完全删除空git提交

因此，我将一个SVN存储库迁移到GitHub。我使用SVN签出了迁移的存储库，并意外地进行了一次空提交（SVN历史记录中的r75）。为了删除空提交，我再次签出了存储库，这次直接使用git，并通过以下方式删除了提交：

git-rebase-i头~2

在强制推送到master之后，GitHub现在只正确地显示74次提交，但是当我查看SVN日志时，仍然可以看到提交为r75

zmurray@zmurray-linux:~/blah$ svn log -r 75 ------------------------------------------------------------------------ r75 | zachary.murray | 2013-10-11 15:05:05 -0700 (Fri, 11 Oct 2013) | 2 lines Blah blah blah, I'm a dumb stupid SVN commit message I can't seem to kill. ------------------------------------------------------------------------ zmurray@zmurray-linux:~/blah$svn log-r 75 ------------------------------------------------------------------------ r75 | zachary.murray | 2013-10-11 15:05:05-0700（2013年10月11日星期五）|两行 废话废话，我是一个愚蠢的SVN提交消息，我似乎无法杀死。 ------------------------------------------------------------------------

---

我只想一劳永逸地删除这条愚蠢的信息。r75之后没有其他提交，我只想让r74再次成为头部。没有希望了吗？救命啊

这似乎是GitHub的Subversion子系统的一个普遍问题

根据一些测试，它不能很好地处理使用git更改历史的存储库（reset/rebase等加上

git push-f

）。后续的svn checkout+svn日志要么只显示存储库的旧历史记录，要么显示不同的中间提交，以至少在最终提交时达到相同的文件系统状态

我联系了GitHub，他们证实了这一点。显然，主要是这样做的，因为Subversion假设历史从未更改，因此向Subversion客户端显示新的/更改的提交将使所有Subversion工作副本无效

---

这似乎还没有在任何地方记录下来，尽管这可能会改变。

这似乎是GitHub的Subversion子系统的一个普遍问题

根据一些测试，它不能很好地处理使用git更改历史的存储库（reset/rebase等加上

git push-f

）。后续的svn checkout+svn日志要么只显示存储库的旧历史记录，要么显示不同的中间提交，以至少在最终提交时达到相同的文件系统状态

我联系了GitHub，他们证实了这一点。显然，主要是这样做的，因为Subversion假设历史从未更改，因此向Subversion客户端显示新的/更改的提交将使所有Subversion工作副本无效

---

这似乎还没有在任何地方记录下来，尽管这可能会改变。

奇怪。它看起来确实像Github回购的SVN“视图”只是忽略了通过Git进行的任何历史修改（重置/重新基础等）。可能只有Github的工作人员才能回答为什么。我就此联系了Github的支持人员。我会把他们的回复贴出来作为答复。奇怪。它看起来确实像Github回购的SVN“视图”只是忽略了通过Git进行的任何历史修改（重置/重新基础等）。可能只有Github的工作人员才能回答为什么。我就此联系了Github的支持人员。我会把他们的回复贴出来作为答复。