我在哪里可以报告一个git bug

Question

我正在尝试使用git的mailmap.file配置选项。但是，该路径不是shell扩展的，这意味着我无法编写$HOME/.mailmap或~/.mailmap。如果您将dotfiles与homesick同步并且使用相同的.gitconfig用于Windows，OS X和Linux，这非常烦人。

我找不到git的任何bugtracker，我不想用这样的东西垃圾邮件git maillist。我应该如何报告这个错误/轻微的烦恼？

Answer 1

正如code google git-core中所述（以及Charles Bailey在评论中提到的git-scm community page）：

  

可以使用电子邮件地址git@vger.kernel.org将Git社区的问题或评论发送到邮件列表。错误报告应发送到此邮件列表。

（mailing list archive here）

2015年更新：最新参考资料仍为Git community page，smoothgrips指出in the comments，提及：

  

您无需订阅：您将在回复中获得抄送   回复时请保持抄送列表完整（使用“全部回复”）   灰名单可能会延迟您的第一个帖子几个小时。

请注意，邮件服务器将拒绝带有“永久失败”消息的HTML邮件，因此请使用纯文本。

社区页面还指出“How to Report Bugs Effectively”......

如果您想提供补丁，请立即转到rtyley/submitgit，这可以帮助您关注patch submission process：

  

如果您在github.com/git/git/上创建了拉取请求，submitGit可以将其发送到邮件列表，正确格式化补丁。
  讨论保持在列表的位置 - 但至少初始步骤更容易一些。

2015年更新：Git For Windows现在lives on GitHub (github.com/git-for-windows)，并生成最近的版本：2.4.2 +。
Msysgit is phased out ，使用msys2 64-bits，结果为git-for-windows.github.io而不是旧的msysgit.github.io。

GitHub镜像回购映像git/git已存在，但遗憾的是，它不用于问题或请求。

Answer 2

报告错误的最佳位置通常是邮件列表。您甚至不需要订阅帖子，只需发送电子邮件至：git@vger.kernel.org。

您可以找到有关邮件列表here的更多官方信息。

检查：

• Documentation/CodingGuidelines
• Documentation/SubmittingPatches
• A note from the maintainer

Answer 3

除了 my previous answer，在管理您对 git/git 本身的贡献时，Git 2.24（2019 年第 4 季度）引入了CoC（行为准则）。

请参阅 commit 3f9ef87 的 commit 5cdf230（2019 年 9 月 26 日）和 Jeff King (peff)（2019 年 9 月 24 日）。
^{（2019 年 10 月 15 日在 Junio C Hamano -- gitster -- 被 commit cbe8cdd 合并）}

<块引用>

添加行为准则文档

<块引用>

我们从未有过正式书面的行为准则文件。
尽管多年来一直在断断续续地讨论它，但在大多数情况下 邮件列表上的行为已经足够好了，没有人觉得 需要向前推一个。

<块引用>

不过，即使现在没有具体问题，最好还是 有一个文件：

• 它让每个人都在期望方面保持一致。
  这可能会避免不良行为，但如果确实发生，也会更容易处理。
• 它公开宣传良好行为对我们很重要并将得到强制执行，这可能会让一些人更愿意加入我们的社区
• 当事情平静时，这可能是巩固我们期望的好时机，因为它让每个人都有一些距离，而不是专注于当前有争议的问题

此补丁改编了贡献者契约行为准则。
与从头开始编写我们自己的相反，这使用了常见且广为接受的 语言，并在说明期望之间取得了很好的平衡 并避免一长串的行为。
它也是 Git for Windows 项目使用的文档。

文本主要来自：

https://www.contributor-covenant.org/version/1/4/code-of-conduct.html

我还从 Git for Windows 中窃取了一段非常好的介绍性段落 文件的版本。

虽然有一些微妙的地方：

• 该文件是指“项目维护者”。
  对于代码，我们一般只考虑一个维护者：Junio C Hamano。
  但对于处理社区问题，让更多的人参与来分担责任是有道理的。我已经列出了 git@sfconservancy.org 的项目委员会地址作为联系点。
• 该文件在介绍段落和“我们的责任”中都提到了禁止进入社区。这里的确切机制是模糊的。我可以想象它可能会从社会强制措施开始（不接受补丁，忽略电子邮件），并在必要时升级为技术措施（要求 vger 管理员阻止一个地址）。
  在这一点上不要过于具体，并在出现细节时处理它们可能是有意义的。

---

在 Git 2.31（2021 年第一季度）中，行为准则从上游更新为 version 2.0（我们一直在使用 1.4 版）。

请参阅 commit 0d28d3c，commit cb50786（2020 年 12 月 28 日），作者是 Ævar Arnfjörð Bjarmason (avar)。
请参阅 commit ffd27e6 的 Junio C Hamano (gitster)（2021 年 1 月 4 日）。
^{（于 2021 年 1 月 25 日在 Junio C Hamano -- gitster -- 被 commit 381dac2 合并）}

<块引用>

CoC：更新到 2.0 版 + 本地更改

^{签字人：Ævar Arnfjörð Bjarmason
确认：Christian Couder
确认：Derrick Stolee
确认：以利亚纽伦
确认：约翰内斯·辛德林
确认：乔纳森·尼德
确认：brian m。卡尔森
确认：Jeff King
确认：Taylor Blau
认可：Jonathan Tan
确认：Junio C Hamano}

<块引用>

更新 5cdf230 中添加的 CoC（添加行为准则文档，2019-09-24，Git v2.24.0-rc0 -- merge 中列出的 batch #9）（添加行为准则文件，2019-09-24 从 1.4 版到 2.0 版。
这是 version found here，有以下细微变化：

• 我们在 3f9ef87 中保留对 CoC 的更改（CODE_OF_CONDUCT：提及个人项目负责人电子邮件，2019-09-26，Git v2.24.0-rc0 -- merge 列出在 batch #9) (CODE_OF_CONDUCT：提及个人项目负责人电子邮件，2019-09-26)
• 我们保留在 5cdf230 中添加的自定义介绍（“添加行为准则文档”，2019 年 9 月 24 日，Git v2.24.0-rc0 -- merge 中列出的 {{3} })