新问题
问题： 在特定时期内产生了多少新问题？
概述
新问题衡量在指定时间段内创建的新问题数量。这些票证（问题）中的每一个都由某个人打开（提交），随后由许多其他人进行评论和注释。数据点包括在测量期间最初打开或提交的问题数量。问题可以在关闭后重新打开。重新打开问题可以被视为打开新问题（请参阅下面的参数）。例如，“问题”对应于 GitHub、GitLab 或 Jira 中的“问题”，对应于 Bugzilla 中的“错误报告”，以及其他系统中的“问题”或“票证”。跟踪问题可以深入了解项目活动和参与度。大量新问题表明社区活跃，讨论问题，提出解决方案并为项目开发做出贡献。新问题还监控正在进行的讨论和参与的水平。分析正在创建的问题类型可以深入了解可能需要 DEI 努力解决参与特定问题的潜在领域。
想知道更多？
单击即可阅读有关该指标的更多信息。
数据收集策略
具体说明：GitHub
对于 GitHub，问题被定义为“问题”。
可以将问题的日期定义为（用于在一段时间内考虑或不考虑）为打开（提交）问题的日期。
具体描述：GitLab
对于 GitHub，问题被定义为“问题”。
可以将问题的日期定义为（用于在一段时间内考虑或不考虑）为打开（提交）问题的日期。
具体描述：Jira
对于 Jira，问题被定义为“问题”。
可以将问题的日期定义为（用于在一段时间内考虑或不考虑）为打开（提交）问题的日期。
具体描述：Bugzilla
在 Bugzilla 的情况下，只要与源代码文件相关，问题就被定义为“错误报告”。
问题的日期可以定义为（在一段时间内考虑或不考虑）为打开（提交）错误报告的日期。
聚合器：
- 数数。 期内新发行的总数。
- 比率。 在此期间新发行的问题占发行总数的比率。
参数：
-
一段的时间。 考虑问题的期间的开始和结束日期。 默认值：永远。
-
源代码标准。算法。默认：所有问题都与源代码相关。\如果我们关注源代码，我们需要一个标准来决定问题是否与源代码相关。
- 重新打开为新问题。布尔值。默认值：False。\定义重新打开的问题是否被视为新问题的标准。
筛选
- 由参与者（提交者、评论者、关闭者）。 需要合并与同一作者对应的身份。
- 按演员组（每个演员的雇主、性别……）。 需要演员分组，并且可能需要演员合并。
可视化
- 随着时间的推移每个时间段的计数
- 每个时间段的比率随时间变化
这些可以通过应用上面定义的过滤器进行分组。 这些可以表示为条形图，时间在 X 轴上运行。 每个条将代表在特定时期（例如，一个月）内更改代码的建议。
合作者
- 乔治 JP 链接
- 黎明福斯特
- 凯文·伦巴德
- 奇特的 C Umeh
产品附带信息
要编辑此指标，请 在此提交变更请求
要在软件或出版物中引用此指标，请使用此稳定 URL： https://chaoss.community/?p=3587
健康指标的使用和传播可能会导致侵犯隐私。 组织可能会面临风险。 这些风险可能源于遵守欧盟的 GDPR、美国的州法律或其他法律。 GitHub 和 GitLab 等数据提供商的服务条款也可能存在合同风险。 必须检查指标的使用是否存在风险和潜在的数据伦理问题。 请参见 CHAOSS 数据伦理文件 有关其他指导。