- 博客(6)
- 资源 (10)
- 收藏
- 关注
RSS订阅原创 持续集成－－“Everything is code”
在前文《软件自我识别》中，我们讨论了如果使软件做到自我识别，以促进自动化部署和版本检测等工作。 随着互联网的飞速发展，以及基础设施的改进，越来越多的业务被放在了“云”端。管理数千台服务器和各种应用程序的不同版本已经是一种常规事务了。那么如果管理好这些机器和代码吗？本文将介绍一些最佳实践，来帮助大家更好的完成相关的事务。一、测试代码不是二等公民业务压力让团队人力显得有点儿紧张。一天下午，大家
2013-10-16 00:57:22
2719
原创 持续集成－－“软件自我识别”
在前文《自动化部署》中，我们讨论了自动化部署。通过对部署操作脚本化、部署验证自动化、部署环境版本控制、生产部署全自动化等诸多实践，可以让部署完全处于受控状态。然而，作为运维人员，是否曾经有人走过来问你这样的问题：“当前生产环境上部署的是哪个软件版本？”你是否遇到过这样的情形，即使手里拿着一个jar文件或dll文件，也无法知道它到底是哪个版本。也许你可能认为，这算不了什么，到某个管理平台上查一查部署
2013-10-16 00:52:43
2890
1
原创 持续集成－－“分支策略”
现代版本控制系统（SCM）的作用已不仅仅是保存历史版本，它还是各软件开发组织利用其分支功能实现多人并行开发，提高生产效率的一种工具。对于稍有历史的软件产品来说，一般都会有代码分支的出现，也常常见到一些历史悠久的产品其错综复杂的分支版本树甚至将产品交付团队拖入“无尽维护”的泥潭。分支的目的是希望“分而治之”，而持续集成的目的是“频繁集成”，这二者之间又有哪些联系呢？在《测试三角形与分段构建策略原
2013-10-09 00:16:14
3179
原创 持续集成－－测试三角形与分段构建策略原则
随着软件产品新特性的不断增加，软件自动化测试用例的数量也会成倍增长。对于一些历史“悠久”的遗留系统来说，甚至会积累数以万计的自动化测试用例。如果对这样的系统进行持续集成，还要求每个开发人员都要进行本地验证的话，困难的确不小。让我们还是看看Joe的团队是如何解决类似问题的吧。在《戏说Checkin Dance》一文 中，咱们说到：Joe?的团队实施了带有令牌的持续集成提交流程纪律。由于每个人都做
2013-10-09 00:10:13
3024
原创 持续集成－－戏说Check-in Dance
众所周知，敏捷软件开发方法中有多种最佳实践，既有管理方面的，也有技术方面的。在尝试敏捷之初，并不是每个团队都能使用全部最佳实践，也不是每个实践都能在短时间内见效。但其中有一种最佳实践却是团队的必选，那就是持续集成，但这并不表示持续集成非常容易。尽管Thoughtworks的首席科学家Martion folwer 为“持续集成 ”下了定义，但由于自身背景与经历的不同，每个人对其都有不同的理解
2013-10-07 22:08:46
2202
原创 持续集成－－理论和实践的新进展
最近雷镇同学将Martin Fowler先生的著名论文《持续集成》第二版翻译成中文并发布出来，掀起了国内对于持续集成理论和实践讨论的新的高潮。笔者在本文中将全面对比持续集成论文前后两版的异同，分析并展示ThoughtWorks在持续集成领域的理论和实践方面的研究成果，以图对国内企业实施持续集成起到参考和借鉴作用。需要说明的是，本文所介绍的内容毕竟限于笔者的水平，并且主要是ThoughtWorks内
2013-10-07 11:04:18
3271
Selenium Grid 测试可用
2013-11-24
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人