代码更改行
问题： 在一定时期内，对源代码的所有更改中涉及的行数（添加的行数加上删除的行数）总和是多少？
概述
代码更改行数衡量在特定时间段内执行的源代码更改所涉及的行数总数。这意味着，如果某个文件中的某一行在三次不同的更改中被触及，则将计为三行。数据点包括测量期间所有代码更改中触及的行数的累计，包括所有开发人员触及的行数（编辑、添加、删除）。代码更改增加表示开发活动显著，而代码更改减少则可能表示维护期或开发减少。在大多数源代码管理系统中，很难或不可能准确地判断一行是被删除然后添加，还是只是编辑，在这种情况下，编辑一行将被视为删除它，然后将其添加回并添加新内容。因此，如果某个文件中的某一行被编辑三次，它将被计为六次不同的更改（三次删除和三次添加）。就此而言，源代码更改被视为在 代码更改提交 代码行将是源代码文件的任何行，包括注释和空行。
想知道更多？
单击即可阅读有关该指标的更多信息。
数据收集策略
具体描述：Git
在 git 的例子中，我们定义了“代码更改”和“更改日期”，正如我们在 代码更改提交. 更改的日期可以定义为相应 git 提交的作者日期或提交者日期（无论是否在一段时间内考虑）。
由于 git 将更改作为 diff 补丁（添加和删除的行列表）提供，因此在 diff 中提到的每一行添加或删除的行都将被视为更改（触摸）的行。 如果删除和添加一行，则将其视为两次“对一行的更改”。
强制参数：
-
日期类型。作者日期或提交者日期。默认：作者日期。\ 对于每个 git 提交，都会保留两个日期：提交的创作日期和提交到存储库的日期。要决定时间段，必须选择其中一个。
- 包括合并提交。布尔值。默认值：True。\合并提交是合并分支的提交，在某些情况下不被视为反映编码活动
代码更改行指标的潜在聚合器包括：
- 数数。 在此期间更改（触摸）的总行数。
代码更改行指标的潜在参数包括：
- 时间段：时间段的开始和结束日期。 默认值：永远。 考虑更改的时间段。
- 源代码标准； 算法默认：所有文件都是源代码。 如果我们专注于源代码，我们需要一个标准来决定文件是否是源代码的一部分。
- 源代码更改类型：
- 添加的行
- 删除的行
- 空格
筛选
- 由演员（作者，提交者）。 需要 actor 合并（合并同一作者对应的 id）。
- 按演员组（雇主、性别……）。 需要演员分组，并且可能需要演员合并。
- By 标签 （在提交消息中使用）。 需要提交消息的结构。 如果提交是，例如，修复错误或改进功能，则可以在开源项目中使用此标记与每个贡献者进行通信。
- 随着时间的推移每月计算
- 随着时间的推移，每组计数
可视化
案例
合作者
- 马特·杰蒙普雷斯
- 凯文·伦巴德
- 伊丽莎白巴伦
- 佩库拉·C·乌梅
产品附带信息
要编辑此指标，请 在此提交变更请求
要在软件或出版物中引用此指标，请使用此稳定 URL： https://chaoss.community/?p=3591
健康指标的使用和传播可能会导致侵犯隐私。 组织可能会面临风险。 这些风险可能源于遵守欧盟的 GDPR、美国的州法律或其他法律。 GitHub 和 GitLab 等数据提供商的服务条款也可能存在合同风险。 必须检查指标的使用是否存在风险和潜在的数据伦理问题。 请参见 CHAOSS 数据伦理文件 有关其他指导。