以我的论坛为例，我突然无法登录，而我并没有采取任何管理员操作。问题不在于 GitHub 无法访问时你无法升级 Discourse，而在于 GitHub 无法访问会导致你的论坛宕机，因为 Discourse 会尝试检查那些你可以执行的升级。
是的，没错，我可以用另一个账号登录，但无法使用我的管理员账号登录。
好的，我已经合并了PR。等它发布到你运行的发布渠道后，请更新一下，然后等几天，看看 GitHub 再次宕机时的情况如何，并告诉我结果。
好的，谢谢。确认一下，我是管理员，手下有两名版主，其中一名受到了影响。所以，要么这个问题影响了所有工作人员，要么影响了所有已登录的用户。我对隐身访问没意见。而且就我而言，有时候虽然登录延迟很大，但并不是完全被锁在外面。
太棒了，非常感谢你的快速修复！
我觉得我遇到了和楼主一模一样的问题。
服务器负载一直在增加。性能变得非常不稳定，然后“Oops”页面就永久出现了。这种情况已经持续了三四天。
现在，由于触发了许多 Let’s Encrypt 的速率限制，而且重建工作也排到了后面，我用一个非管理员用户测试了一下，居然能登录了！
但管理员仍然无法登录（版主可能也一样），而且由于这个应用今天被重建了很多次，它肯定已经是最新版本了。
我是不是漏掉了什么？
你能以管理员身份登录吗？
一些反馈——我确定从9月19日左右开始就遇到了这个问题（起初因为不知道有这个主题/报告，所以误诊了）。
我不清楚这段时间内 GitHub 的状态，但也许有人可以查一下，因为据我观察，这个问题可以追溯到八月的正常运行/宕机事件。
在昨天最新的重建之后，现有的管理员无法登录。
这真是一种奇怪的状态，就像一艘没有船长、只有乘客、可能连船员都没有的船。
我在写这条回复时想到，也许如果我使用 rake 命令创建一个新的管理员，可能会有效。你猜怎么着，它真的有效了！
所以现在发生的情况是，一个历史管理员尝试登录时每次都会看到“Oops…”页面，但一个新创建的管理员用户则没有任何登录问题。
是的。在我的情况下，这个问题似乎已经修复了。
所以 @Ed_S，你最终还是成功登录了对吧，不过看起来可能需要等待一段时间。而我仍然无法登录（受影响的原始管理员账户），我想知道的是，这个问题可能比目前通过提交代码已经解决的“git hang”问题范围更广。那么，你或其他人有什么建议或见解，可以运行哪些诊断来揭示更多问题吗？
提前感谢任何帮助。
是的，我的论坛受到了 GitHub 系统过于防御性的影响，几个小时后他们推出某种修复措施，一切便恢复了正常。
他们可能又做了某些导致 Discourse 论坛出现故障的操作。这可能是地域性的问题，或者特定于某些服务商。我使用的是位于赫尔辛基的 Hetzner。
好的，这个实例是基于美国的 DO 云主机。