参见：

• https://support.github.com/contact/feedback
• https://support.github.com/request
• https://github.com/isaacs/github#if-you-have-an-issue-or-feature-request-for-github
• https://github.com/dear-github/dear-github
• support@github.com
• 使用企业帐户提交票证

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

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

如果有人在GitHub的某个产品上遇到了bug，他们可以将其提交到下面的URL。它会创建一个票证来跟踪bug的正确性。
https://support.github.com/contact/bug-report

请参阅JWilliams' answer了解向GitHub报告bug的位置。[编辑：也许这应该是对你的other question的回答。]
无论如何，使用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，使用header的编码信息是一个好主意。如果我们工作的东西 does 有可用的编码，那么：

>>> 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\x14hopper@omnifarious.org\xc2\x9e'

正如你所看到的，尖括号在翻译过程中被损坏了（因为这里的解析过于简单-我们必须小心地避免翻译它们）。如果编码产生>呢？

关于实际的标题，我被一个项目垃圾邮件，因为它的repo包括与我的用户名相同的名称。Tercioo / Plater-Nameplates在https://support.github.com/request我发现“报告滥用或垃圾邮件”，并报告了这个问题，确保他们理解它来自github，由于他们的通知机器人的问题。Dave Plater

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

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

https://github.com/orgs/community/discussions似乎是这个时候最好的公共场所。
该repo似乎有一些非常令人困惑的魔法/硬编码重定向，所以我无法很好地理解什么是repo，什么是组织：

• 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杀死。或者更准确地说，在它之前的官方混乱，例如2017年底在https://github.community上创建的Discourse示例：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。