>我有一个完全有效的存储库，但它无法在GitHub上正确显示。我如何向 GitHub 报告此问题以让他们修复它？
不幸的是，这也会影响 git 命令行工具。
如果你想知道发生了什么，请查看提交的"编码"属性。
请参阅：
- https://support.github.com/contact/feedback
- https://support.github.com/request
- https://github.com/dear-github/dear-github
- support@github.com
- 使用企业帐户提交工单
如果有人遇到 GitHub 产品之一的错误，他们可以将其提交到以下 URL。它创建一个票证来跟踪错误的正确性。
https://support.github.com/contact/bug-report
我知道的唯一方法是填写表格 据我所知，https://support.github.com/contact 他们没有公共问题跟踪器。
根据 GitHub 社区网站，目前最好的位置是 https://support.github.com/contact/feedback，但他们确实会听取您与他们联系的任何渠道的反馈。
请参阅 JWilliams 的答案，了解在哪里向 GitHub 报告错误。 [编辑：也许这应该是你另一个问题的答案。
就其价值而言，使用 UTF-8 以外的任何内容进行作者和提交者名称编码都不是一个好主意 - 标头的encoding字段太难应用于标头的前正文部分，因为它位于行尾：
>>> import subprocess
>>> p = subprocess.Popen(['git', 'cat-file', '-p', 'HEAD'], stdout=subprocess.PIPE)
>>> o = p.stdout.read()
>>> hdr, body = o.split('nn', 1)
>>> hdr = hdr.splitlines()
标题行很长，即使在拆分后也是如此：
>>> import pprint
>>> pprint.pprint(hdr)
['tree 79036d838fc5ce13e849949d02e6048c2d33c561',
'author xc5x99x89x83@xc8x96x97x97x85x99 <x88x96x97x97x85x99|x96x94x95x89x86x81x99x89x96xa4xa2Kx96x99x87> 1528844508 -0700',
'committer xc5x99x89x83@xc8x96x97x97x85x99 <x88x96x97x97x85x99|x96x94x95x89x86x81x99x89x96xa4xa2Kx96x99x87> 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 Hopperxc2x80x14hopper@omnifarious.orgxc2x9e'
如您所见，尖括号在翻译中已损坏(因为此处的解析过于简单 - 我们必须小心避免翻译它们(。不过，危险是显而易见的：如果编码产生>怎么办？
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杀害。或者更准确地说，是它之前的官方事物的混乱，例如 2017 年底创建的 https://github.community 的话语实例：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。
关于实际标题，我被一个项目发送垃圾邮件，因为它的存储库包含与我的用户名相同的名称。 特西乌/普拉特铭牌 在 https://support.github.com/request，我发现了"报告滥用或垃圾邮件"并报告了该问题，以确保他们了解由于他们的通知机器人存在问题，它来自 github。 戴夫·普拉特
可以通过https://support.github.com/tickets/personal/0 创建工单，该工单也会显示您创建的工单。