请求功能

请注意，功能和增强功能的请求应直接发送到我们的Fider实例，以进行监视，投票和报告。请将所有功能请求保留在此页面上，而不是在GitHub上。

排放准则

该页面讨论了如何打开主题，包括有关处理主题的Jellyfin项目策略和过程。

问题应该 只是 详细的软件错误报告。

所有其他讨论，包括初始故障排除，都应直接转到我们的帮助渠道。

搜索并投票

在打开号码之前，请搜索现有号码以查看是否已报告类似的功能问题或要求。重复的问题使存款混乱，应避免。

如果您发现与您的问题相匹配或解决的问题，请使用反馈来确认该问题也正在影响您或您支持功能请求。 （可选）还添加一条注释，描述您的问题版本或功能用例。

如果现有主题已关闭，请仔细阅读以了解接受的解决方案是否适用于您。如果没有，请发表评论，主题将重新打开。请注意，由于公共关系在开发中排在第一位，但是发行版是从母版构建的，因此问题解决方案不会立即从官方来源获得，而是将包含在下一个发行版中。

开个号码

准备好打开号码后，请参阅此页面！

报告错误

编写问题时，请确保捕获尽可能多的相关详细信息-这对于帮助故障排除和跟踪/调查问题非常重要。一些有用的元素包括：

• 您如何安装Jellyfin（升级/全新安装）
• 您正在使用什么平台和操作系统（Debian，Arch，Docker等）
• 您正在执行的操作导致问题出现
• 任何相关的日志输出
• 您使用的任何非标准配置

错误的标题应以[bug]标记。 Jellyfin小组稍后将通过分配标签将其删除。为了帮助进行分类，如果您知道应该对问题应用哪些其他标记，请在[bug]标记之后添加该标记。

错误必须是可复制的。也就是说，您应该能够通过故障排除确定如何复制问题。尽管一次性bug不应忽略，但如果难以复制或无法复制，则很可能难以修复。在提出问题之前，请尝试重现该错误，并包括可以证明的最小测试用例。

如果您需要解决问题或打开主题的帮助，请与社区联系，我们将竭诚为您服务！

排放标签

Jellyfin具有一系列问题标签，以帮助进行分类和问题管理。由于GitHub权限，用户无法为其分配他们自己的权限，但是他们将由团队成员在分流期间添加。

分类目录

这些标记是影响代码库部分的广泛类别。

• ...从背面：主要与服务器后端代码有关的问题。
• 建造：主要与建造过程有关的问题。

批评

这些标签有助于确定问题的严重性。

• 回归：由于上次构建的回归，需要立即引起注意的问题。
• ...一个错误：影响正常使用的代码错误。

管理学

这些标签有助于管理项目和方向。

• 一个很好的第一个问题：应该非常容易做的事情，并且是一个很好的起点。
• 想要的帮助：目前在项目中没有明确专家可以使用外部帮助的问题。
• 路线图：与项目的未来路线图相关的元主题。
• 调查：基于代码的调查类事项。

提取要求

这些标签仅适用于出于管理目的的拉取请求。

• 需要测试：尚未在实际环境中经过测试的PR。任何影响基金的PR都必须在合并之前进行测试，以免出现回归。