别着急，我来帮你搞定这个麻烦——你遇到的核心问题是Main.class已经留在Git的提交历史里了，哪怕你撤销了最近的一次提交，只要历史记录中还存在这个文件的痕迹，推送时就会触发远程仓库的文件类型检测限制。下面分两种常见场景给你具体解决方案：

场景1：错误文件仅存在于本地未推送的提交中 #

如果这个错误提交还没推送到远程仓库，处理起来比较简单：

方案A：修正最近一次提交（推荐） #

如果包含Main.class的是你最后一次提交：

• 先删除工作区里的Main.class文件：rm Main.class
• 打开你的.gitignore文件，添加一行*.class，这样以后编译生成的.class文件就会被Git自动忽略，避免再犯同样的错
• 执行git add .，把删除文件的操作和.gitignore的修改加入暂存区
• 最后用git commit --amend --no-edit来替换掉原来的错误提交，这个命令会用当前暂存区的内容覆盖上一次提交的记录

方案B：重置到错误提交之前的版本 #

如果错误提交不是最近一次，或者你想彻底回退到干净的状态：

• 先执行git log查看提交历史，找到错误提交之前的那个正常提交的哈希值（看起来像a1b2c3d这样的字符串）
• 执行git reset --hard <正常提交的哈希值>，这个命令会把本地仓库直接重置到那个干净的版本。注意：这个操作会丢弃错误提交之后的所有修改，如果你之后还有其他有用的提交，记得先备份或者改用git reset --soft，然后手动整理代码再重新提交

场景2：错误文件已经推送到远程仓库 #

这种情况要谨慎处理，因为修改远程仓库的提交历史会影响其他协作的同事，建议先和团队沟通后再操作：

步骤1：本地清除错误文件的历史记录 #

• 如果你只是要移除最近一次推送的错误提交，可以用场景1里的方案A修正后，执行强制推送：git push origin <你的分支名> --force
• 如果错误文件存在于更早的远程提交历史中，推荐用git filter-repo工具彻底清除所有历史里的Main.class：
  1. 确保你安装了git filter-repo（大部分新版本Git已经内置，若没有可以通过包管理器安装）
  2. 执行命令：git filter-repo --path Main.class --invert-paths，这个命令会遍历所有提交历史，彻底移除Main.class文件
  3. 执行强制推送：git push origin <你的分支名> --force

步骤2：确保后续不再提交同类文件 #

一定要把*.class添加到.gitignore文件并提交到仓库，防止以后再出现类似问题。

重要提醒：操作前最好备份一下本地仓库的文件夹，避免因为误操作丢失重要代码！

内容的提问来源于stack exchange，提问作者phil330d