BPO 用户的 GitHub 问题¶

以下是有关如何在 GitHub 问题中执行以前在 bpo 中可以执行的操作的一些常见问题。

在提出自己的问题之前，请务必阅读问题跟踪器和对问题进行分类（特别是包括GitHub 标签），因为这些页面包含大量介绍性材料。

如何漂亮地格式化我的评论？¶

我们可以直接向你出售的一个专业提示是，如果你想将一些较长的日志粘贴为评论，请改为附加一个文件（请参阅下面的内容）。如果你仍然坚持将其粘贴在评论中，请像这样操作

<details>
<summary>This is the summary text, click me to expand</summary>

Here goes the long, long text.
It will be collapsed by default!
</details>

将它们拖到评论字段中，等到文件上传，GitHub 会自动在你的评论文本中放置一个指向你的文件的链接。

使用 Markdown 链接。如果你链接到默认的 GitHub 路径，该文件将链接到给定分支上的最新当前版本。

你可以通过按“y”来获取给定文件给定修订版本的永久链接。

使用GitHub 搜索语法或交互式高级搜索表单，它会为你生成搜索查询。

通过在评论中使用@username标记其他人来订阅另一个人到该问题。

如果你想订阅自己到某个问题，请单击侧边栏中的🔔 订阅按钮。

类似地，如果你被其他人标记但认为此问题不适合你，你可能会单击侧边栏中的🔕 取消订阅按钮。

没有“好奇者列表”功能的确切等效项，因此为了在传输过程中保留此信息，我们在迁移的问题的第一个消息中列出了此列表的先前成员。

在问题描述中添加一个这样的复选框列表

- [x] #739
- [ ] https://github.com/octo-org/octo-repo/issues/740
- [ ] Add delight to the experience when all tasks are complete :tada:

然后这些将成为给定问题上的子任务。此外，如果另一个引用的问题已关闭，GitHub 将自动将任务标记为已完成。更多详细信息，请参阅GitHub 官方文档。

对于从bpo迁移到 GitHub 的问题，其中作者或评论者不是核心开发者，我们选择不直接链接到他们的 GitHub 帐户。不在GitHub 上的 python 组织中的用户可能不喜欢在自动导入后以他们的名义出现评论。其他人从未在bpo上链接过 GitHub，因此根本不可能链接他们的帐户（如果有）。

在这些情况下，存在一个“模特”帐户来帮助关注问题中发生的对话。如果用户确实在他们的bpo个人资料中分享了他们的 GitHub 帐户名称，我们会使用它。否则，将使用他们经典的bpo用户名。

根据历史数据，我们发现它并不经常使用。

根据历史数据，我们发现这些并不经常使用。

GitHub 不支持此功能。

我们很少更新此信息，并且事实证明，除了更改日志之外，它并不是特别有用。