在哪里可以报告 GitHub bug？

Question

我有一个完全有效的存储库，但在 GitHub 上无法正确显示。我如何向 GitHub 报告此问题以让他们修复？

不幸的是，这也会影响 git 命令行工具。

如果您想知道发生了什么，请查看提交的“编码”属性。

Answer 1

如果有人在使用 GitHub 的某一产品时遇到错误，可以将其提交到以下 URL。它创建一个票证来跟踪错误的正确性。

https://support.github.com/contact/bug-report

Answer 2

参见：

• https://github.com/orgs/community/discussions
• https://github.com/community/community#product-feedback
• https://support.github.com/request
• https://github.com/dear-github/dear-github
• [电子邮件受保护]
• 使用企业帐户
提交票据

Answer 3

我知道的唯一方法是在 https://support.github.com/contact 填写表格，据我所知他们没有公共问题跟踪器。

Answer 4

根据 GitHub 社区网站，目前最好的位置是 https://support.github.com/contact/feedback，但他们确实会听取您联系他们的任何渠道的反馈。

Answer 5

请参阅 JWilliams 的回答，了解向 GitHub 报告错误的位置。 [编辑：也许这应该是您的其他问题的答案。]

就其价值而言，使用 UTF-8 以外的任何内容进行作者和提交者姓名编码都不是一个好主意 - 标头的

encoding

字段太难应用于标头的 pre-body 部分，因为它出现在行尾：

>>> import subprocess
>>> p = subprocess.Popen(['git', 'cat-file', '-p', 'HEAD'], stdout=subprocess.PIPE)
>>> o = p.stdout.read()
>>> hdr, body = o.split('\n\n', 1)
>>> hdr = hdr.splitlines()

即使拆分后，标题行也很长：

>>> import pprint
>>> pprint.pprint(hdr)
['tree 79036d838fc5ce13e849949d02e6048c2d33c561',
 'author \xc5\x99\x89\x83@\xc8\x96\x97\x97\x85\x99 <\x88\x96\x97\x97\x85\x99|\x96\x94\x95\x89\x86\x81\x99\x89\x96\xa4\xa2K\x96\x99\x87> 1528844508 -0700',
 'committer \xc5\x99\x89\x83@\xc8\x96\x97\x97\x85\x99 <\x88\x96\x97\x97\x85\x99|\x96\x94\x95\x89\x86\x81\x99\x89\x96\xa4\xa2K\x96\x99\x87> 1528844508 -0700',
 'encoding cp037']

但我们可以看到编码排在最后。 如果编码的字节码类似于换行符（幸运的是，

cp037

没有），我们将无法解析标头本身。

但是，对于正文，最好使用标头的编码信息。 如果我们从事的工作确实有可用的编码，那么：

>>> body.decode('cp037')
u'Well, this should be interesting.\x8e'

（当然是Python 2.7）。

显然，GitHub 和我在这台机器上的 Git 都无法做到这一点

cp037

，但在这个特定的主机上，这并不奇怪：

$ iconv -f cp037
iconv: conversion from cp037 unsupported

在另一台安装了该字符集的机器上， iconv 确实可以工作。 我没有在 Git 中尝试这个提交，但我确实通过它提供了一个标题行字节字符串；结果是：

>>> import subprocess
>>> p = subprocess.Popen(['iconv', '-f', 'cp037'], stdin=subprocess.PIPE, stdout=subprocess.PIPE)
>>> so, se = p.communicate(s)
>>> so
'Eric Hopper\xc2\x80\[email protected]\xc2\x9e'

正如你所看到的，尖括号在翻译中被损坏了（因为这里的解析过于简单——我们必须小心地避免翻译它们）。 不过，危险也是显而易见的：如果编码产生

>

怎么办？

Answer 6

可以通过 https://support.github.com/tickets/personal/0 创建票证，其中还会显示您创建的票证。

Answer 7

https://github.com/orgs/community/discussions

https://github.com/orgs/community/discussions 似乎是此时最好的公共场所。

该存储库似乎有一些非常令人困惑的魔术/硬编码重定向，因此我无法很好地理解什么是存储库，什么是组织：

• https://github.com/orgs/community -> https://github.com/community
• https://github.com/community/community/discussions -> https://github.com/orgs/community/discussions

但是，嘿，如果他们最终设法建立一个完全健全的公共反馈机制，那就不是 GitHub 了。

https://github.com/isaacs/github/issues 在 2021 年被

orgs/community/discussions

杀死。或者更准确地说，是之前的官方事务混乱，例如 https://github 上的 Discourse 实例。社区于 2017 年底创建： http://web.archive.org/web/20190601000000*/https://github.community/ 自 2023 年起重定向至 https://github.com/orgs/community/discussions/

https://support.github.com/contact/feedback现在也重定向到https://github.com/orgs/community/discussions。

Answer 8

就实际标题而言，我收到了一个项目的垃圾邮件，因为它的存储库包含与我的用户名相同的名称。 Tercioo / Plater-铭牌 在 https://support.github.com/request 上，我发现了“报告滥用或垃圾邮件”并报告了该问题，以确保他们了解该问题来自 github，因为他们的通知机器人存在问题。 戴夫·普拉特