修改同一组件的作者

过多的开发人员或错误地分配给架构组件的开发人员将导致不同的开发人员和团队同时处理同一段代码。同时数量与给定组件中的缺陷数量之间存在相关性。对 源代码的研究表明具有超过 位作者的模块的缺陷比其余代码库的缺陷多 倍。 我们可以使用行为代码分析来检测此类问题。我们之前已经看过热点分析。在团队组织不理想的项目中热点和多个开发人员修改的模块之间存在很强的关系。使用来自 或 的数据我们可以检查在分析期间有多少程序员修改了给定模块。如果有很多开发人员。

修改热点代码那么它就有可能承担太多责任由于不同人的频繁修改可能会导致代码质量较低不一致缺 电子邮件数据 陷以及在昂贵的合并上浪费大量时间。我们再次看到单一责任原则的重要性。 在他的书中提出了三种典型的代码所有权模式并描述了它们的后果。 代码所有权的三种典型模式 在第一种情况下给定组件中的全部或大部分代码都是由一个人开发的。在这种情况下我们没有额外的沟通和协调费用。组件代码的一致性其质量很大程度上与作者的技术水平有关。 在第二种情况下我们有多个开发人员在开发一个组件但其中一个人完成了大部分工作。



在这种情况下主要贡献者创建的代码的百分比可以很好地预测质量。研究表明主要作者创建的代码百分比越高错误数量就越少。错误与其他作者的数量之间也存在更强的相关性。错误数量随着作者数量的增加而增加。 最后一种情况是高度碎片化 许多作者几乎没有更改代码。该代码需要仔细分析和测试因为它将成为许多错误的根源。