日志仅包含开发人员名称、提交时间和注释，不包含任何代码。场量科技对敏感信息负有严格的保护责任，请阅读我们的隐私协议。

会为每次开发人员生成一个画像卡片。卡片上使用标签形式对其任务处理、效率与质量、敬业度与注释规范性进行描述，使得管理者能够很好地了解到开发人员的行为特点。比如“任务响应很不及时”、 “任务参与度低”、“独立完成任务”、“工作质量较差”、“提交注释非常不规范”，等。

我们基于一些取得许可的公司代码日志和一些开源代码日志等近百万行级的训练，提取了围绕任务处理、效率与质量、敬业度与注释规范性的关键行为特征。再基于精益管理思想、工程实践规范，以及我们在精益敏捷咨询领域的经验，制定了特征与标签的映射关系及权重，从而生成了这些标签。

针对日志进行数据挖掘，分析需求响应度、需求参与度、需求负荷程度和任务计划性，并对日志内包含的开发人员进行对比分析。
这意味着是同一团队内的比较值，而不是我们制定的一个绝对值，或行业的平均值。这种评估方式的好处在于，避开了行业、产品及团队的特点造成的提交活动偏差，比如，互联网行业内由于发布周期更短，而银行业这个周期会长得多，从而导致前者提交代码的频次可能会远高于后者。

不会。因为Git提交的时候会严格检查代码的修改，如果没有修改是无法提交的，所以不会出现提交空代码的情况。

提交规范是工程实践规范中的全面配置管理要求：使缺陷、代码、需求可回溯。具体是指，小步频繁地提交代码、代码提交注释中包含需求编码、编写有意义的注释说明。例如：#123 修改首页顶部菜单栏样式。#123代表需求编号，后面表示对这些代码改动的描述。企业内缺乏提交规范，会影响"注释规范性"这个标签的评估结果。

能够支持，使用Git提供的 git-svn log 同样能够导出日志文件。