本文介绍了一种评估软件配置管理(SCM)流程效率的方法——通过计算整体吞吐时间(wholethroughputtime)，即从代码提交到版本发布的总时间。文章详细阐述了如何利用SVN和Jenkins自动记录关键时间节点，并通过数据库存储这些数据，最终在B/S架构中展示结果。
有几天没来写了。
写这个确实需要耐心，我另外还觉得，需要坚持！
今天说下另外个考核SCM的东西，whole throughput time，就是从开发提交代码开始，到这个版本对应的包的发布，整个时间。
当然这个也有衍生型的，分段计算，比如execution time，testing time，不过这些跟今天要说的，都是一个方法。
我要说的是，今天这个也能套用那个基础框架。
最简单的思路是什么呢，从开发提交SVN这一瞬间，做一个timestamp,然后到发布的时候做一个timestamp，这2个timestamp相减。就是whole throughput time.
很多朋友可能不知道，时间轴怎么减？换算到毫秒就能做减法了！然后再把结果换算成分秒时。
说了方法，说说怎么把这个框架套用到我们需要做的事情上。
主角依旧是SVN和Jenkins：
已知方法了，剩下的就是jenkins里面创建job，或者在job里面写脚本了。不管怎么实现，基本跟下面这个设计差不多。
把build、testing、releasing时候的timestamp跟关键的key一起传到数据库。基础数据有了，那么再回到我们的B/S展示部分。
计算whole throughput time放到MVC结构的C的那一层，非常方便，直接从内存里的数据进行计算，速度也会很快。
最后VIEW的层面，你可以根据HTML的特色，制作点show起来很炫的页面了。
比如说，超过多少时间，底色是红的，达到多少时间是绿的？
当然这个也能改进，比如说，百分之多少的build时间是绿色的？today's home work!
扫一扫
1040
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
