项目活动指标，图表和资料

昨天提醒我们，很难提供良好的活动指标。 当然，Git提交统计信息是表明存在活动的好方法，但是不同的开发风格可能会产生不同的印象：很多非常小的提交给人的印象是活动多于少量的大提交。 也就是说，当您只计算提交数时，一行贡献等于1,000行贡献（跳过合并提交是理所当然的）。

我已经尝试使用diff数据来量化单个提交，但是即使那样也会产生误导（例如，生成的代码；删除大量代码通常是净积极贡献）。 当您考虑到真正的软件开发人员可以花费大量时间来解决导致代码贡献相对较小的问题的解决方案时，这就变得更加困难。

代码在Eclipse上进行讨论，因此通过查看Git提交记录来初步评估活动性很有意义。 但是，当我评估一个项目的活动时，我通常从提交指标开始调查并从那里进行挖掘。 Bugzilla，邮件列表和论坛活动是寻找日常活动证据的好地方（ 仪表板是此信息的很好来源）。 我还查看该项目是否正在定期发布或正在生成里程碑版本。 最后，我实际上尝试直接与项目团队进行沟通。 快速写一个“进展如何”非常容易。 请注意，如果我担心自己没有足够的活动证据。

我们的开源项目信息站点，即所谓的“ 项目管理界面” ，包含一些方便使用的图表，旨在快速洞察项目Git提交的生动性。 但是，如果您不熟悉我们的神秘项目结构，可能会很难理解它们。 所以我做了一个改变。

现在，我们为一个项目显示的Git提交图表背后的查询包含递归所有子项目的数据。 因此，例如， Tools顶级项目的图表包括来自所有Tools项目的数据。 同样， JDT的图表包括子项目（Core，Debug和UI）。 我非常喜欢这种更改，因为它使了解真实的项目活动和提交者基础的多样性变得容易得多。

但是即使进行了此更改，也很难仅根据一个项目的提交指标来完全评估活动。 社区中的许多人将JDT与“ Eclipse IDE”等同起来，尽管JDT是使Eclipse成为Java IDE的原因，但它在很大程度上依赖于Platform项目所实现的框架。 因此，平台中的活动表示Java IDE中的活动。 当您添加利用平台可扩展性的项目时，这变得更具挑战性，例如Web工具，Mylyn，代码推荐，m2e（Maven），Buildship（Gradle），Git（EGit / JGit）。 包含所有这些项目的活动图表的集合将很有趣……

我们的Java IDE中没有活动问题。 但是，我们确实有机会更好地交流我们所做的事情和如何做。

如果您对正在进行的Java 9支持感到好奇， 请查看beta版 。

翻译自: https://www.javacodegeeks.com/2015/09/project-activity-metrics-charts-and-stuff.html