对持续集成的浅思

	这是工作中结合前辈和自己的思考总结的关于CI的想法：

		持续集成的英文是Continuous Integration（CI），网络上可以搜出一大片定义，哪一个比较正确呢，真不好说，我目前无权回答这个问题，但是心中总要有个概念，引用一段对话来说明：
			某日，某某A说：总算我的持续集成做完了！
			B就说了：你敢说你做完了？
			A说：能自动编译、自动打包、上传到测试的服务器，还不算做完吗？
			随后A被B教育了一番，那么能自动编译，打包，发布就是持续集成吗？当然是的，但是这只是最基本的。
			我愿意这样来定义它：持续集成首先是一种实践，然后它是一种思想，一种思考方式和行为习惯！，包括一些具体行为，开发check in后触发编译、测试、部署、反馈等。
			当然具体的可以参看：Martin Fowler的Continuous Integration。
		针对不同角色，持续集成的实践是不一样的
		针对开发人员
			习惯：频繁提交、正确提交、及时修复
			坚持：数据库集成、单元测试、集成测试
			审查：使IDE 能做代码静态分析
			架构：功能开关(推荐关注)
			有时候在一个新功能由于不够完善，已经提交到主干上了。为了保证产品及时发布，又要保障不影响用户使用。提供一个功能开关，关闭时，客户就不会看到最新版的功能菜单。
		QA(测试)人员
			保障或建立测试安全网；
			督促开发写单元测试、集成测试；
			编写验收测试脚本；
		集成、发布人员
			实现一键化构建；
			部署应该有连续性；
			分阶段构建；
			环境配置管理；
			自动生成ReleaseNote；
		SCM 人员
			集中放置软件资产(资产是指脚本、代码、文件与软件开发有关的)；
			创建一致的目录结构；
			建立合理标签规范：命名、标签创建时机；
			建立可追溯机制（编译日志存档、编译重现、包可追溯、回滚）；
		环境管理
			搭建部署流水线;
			注意包管理有规可循。推荐工具：yum、deb、nexus、自建包管理平台;
		执行效率
			I/O 瓶颈，可以采用部分SSD 硬盘方式；
			针对不同语言优化硬件：C 语言：cpu java 语言：内存；
			带宽因素；
			测试分级、分组；
		 	代码更新优化：ssh 方式替换svn 或者http 方式。