我一直在研究有关 CI 益处的数据。但是我没有找到任何可靠的数据,讨论这个主题示例的线程很少:
但其中大多数处理抽象示例:“损坏/不兼容代码的早期警告”
这些我们无法衡量的东西。将持续集成添加到构建过程中时,是否有任何机构看到过可测量的数据,例如:“错误计数”、“构建时间”、“缺陷解决时间”等
我一直在研究有关 CI 益处的数据。但是我没有找到任何可靠的数据,讨论这个主题示例的线程很少:
但其中大多数处理抽象示例:“损坏/不兼容代码的早期警告”
这些我们无法衡量的东西。将持续集成添加到构建过程中时,是否有任何机构看到过可测量的数据,例如:“错误计数”、“构建时间”、“缺陷解决时间”等
我发现 collab.net 的这份白皮书非常有帮助:
http://www.collab.net/content/building-value-continuous-integration
希望能给你足够的数据继续下去。
干杯!
史蒂夫
度量标准可以是定量的或定性的。
更容易测量定量指标,例如构建时间。测量构建时间实际上是有好处的,我已经看到了。例如,您可能会发现构建时间超出了合理限制,这会影响“反馈时间”,这对于高效编码至关重要,因此您可能会采取“超出限制触发器”。例如,在这种特殊情况下,考虑将您的解决方案拆分为多个组件或进行“分阶段”集成或其他方式。
很难衡量定性指标,例如项目可见性、团队幸福感。例如,CI 使事物(构建/测试/发布/部署/等进程/状态)对所有人可见并且更早可见。因此,CI ROI 取决于提高可见性的 ROI。可见性的结果很难衡量,但它是可能的,它是定性指标。捕获定性指标的一种方法是进行定期调查。制定正确的调查是一门独立的科学,但例如在这种情况下,您可能会要求人们从 1(不正确)到 5(完全正确)评分:“来自 CI 系统的通知帮助我做出更好和更早的决定。”
希望能帮助到你。
5 年后,有一本专门讨论这个主题的书——“加速:建立和扩展高性能技术组织”。包含对 devops 实践和精益管理的研究/调查。