GitHub自动合并后出现致命错误

我在 GitHub 上有一个存储库，位于here https://github.com/dapphp/securimage。我为某人创建了一个工作分支，他们分叉了存储库，对工作分支进行了一些更改并提交了拉取请求。

我尝试了这些更改，一切都很好，而且由于 GitHub 提供自动合并拉取请求的功能，我继续单击绿色的大“合并拉取请求”按钮。除了对工作分支的更改应用于我可以接受的主分支之外，一切都很好。

现在的问题是我或其他任何人都无法获取存储库。我收到此错误：

dp@dpub:/tmp/gh$ git clone git://github.com/dapphp/securimage.git
Initialized empty Git repository in /tmp/gh/securimage/.git/
remote: Counting objects: 333, done.
remote: Compressing objects: 100% (269/269), done.
remote: Total 333 (delta 91), reused 297 (delta 55)
Receiving objects: 100% (333/333), 3.91 MiB | 2.78 MiB/s, done.
Resolving deltas: 100% (91/91), done.
error: refs/remotes/origin/master does not point to a valid object!
error: Trying to write ref refs/heads/master with nonexistant object 31d684d383913c4cf1a0d5ff0691c2c163284a35
fatal: Cannot update the ref 'HEAD'.

这会导致不会创建任何目录或下载任何工作文件。我已经搜索了所有可能的方法来解决这个问题，但大多数讨论的是向 git 存储库发出命令，但我无法做到这一点，因为我首先无法获取存储库的副本。

我发现我仍然可以使用如下方式克隆远程分支：git clone -b audiofixes git://github.com/dapphp/securimage.git但我仍然收到有关错误引用的错误，并且我无法找出可以运行来解决问题的任何命令。如有必要，我愿意撤消更改。

如果有帮助的话，一旦我克隆了一个不同的分支，这里是输出git branch -a:

* audiofixes
  remotes/origin/2.0.2
  remotes/origin/3.0
  remotes/origin/HEAD -> origin/master
  remotes/origin/audiofixes
  remotes/origin/securimage_flash

此时我真的不知道我可以做什么（如果有的话）来修复存储库的状态。

感谢您的任何建议。

编辑：一些命令输出按要求。

$ ls .git/refs/remotes/origin
HEAD

$ ls .git/objects
info/  pack/
# info is empty, pack has pack-b8add06e9a6864ea44a58c06b8bd549eedd90c94.idx and pack-b8add06e9a6864ea44a58c06b8bd549eedd90c94.pack

$ cat .git/refs/remotes/origin/master
cat: .git/refs/remotes/origin/master: No such file or directory

$ cat .git/refs/remotes/origin/HEAD 
ref: refs/remotes/origin/master

NEW:

显然 1) github 不提供 ssh 访问权限:(，2) 不可能通过 git 协议在不同机器之间共享引用日志。

所以...您显然已经创建了一个票证，但您不一定需要它们来修复存储库。您所需要的只是让他们（因为他们有特权访问）运行git reflog master到服务器的存储库上，然后粘贴结果供您查看。在该文件中，查找 master 的前一个 SHA-1 值（因为当前的值似乎不起作用）。一旦你有了这个，你（我认为）可以执行以下操作（在你自己的计算机上）：

$ git checkout -b temp
$ git update-ref refs/heads/temp $SHA1
$ git push -u origin +temp:master

这将撤消服务器上的合并操作。

您也许能够获取之前工作的 SHA1，而无需从服务器获取引用日志。在您的本地存储库（或您朋友的本地存储库）中，之前有效的提交does存在于那里的某个地方。如果您能找到在那里找到它的方法，那么您可以继续执行上述建议。

老：这是我的第一个想法。如果您能够复制.git/logs目录从服务器，那么它将在其中存储所有以前的值master分支。具体来说，该文件.git/logs/refs/heads/master将是一个原始文本文件，其中包含该分支的先前值。例如（我不知道github是否允许你这样做）：

$ git clone https://github.com/dapphp/securimage.git -b audiofixes
$ scp github.com:/dapphp/securimage.git/logs/refs/heads/master .git/logs/refs/remotes/origin/master
$ git update-ref refs/remotes/origin/master refs/remotes/origin/master@{1} #see "Date Spec" section of http://book.git-scm.com/4_git_treeishes.html

那应该理论上将值更改为 master 之前的值。然而，它只会在本地执行此操作，而不会实际更改服务器上的值，而这正是我们真正需要的。因此，如果您可以直接 ssh 到服务器并在那里运行最后一个命令，那么（理论上）只需撤消合并即可永久解决问题。

.

这就是我脑子里能想到的一切。但我真的很喜欢解决这样的 git 难题，所以我会让它在我的脑海里停留更长的时间:)