图解持续集成--纯命令行实现.Net项目每日构建(升级版本)
图解持续集成--纯命令行实现.Net项目每日构建(升级版本)
该工具源代码下载
在《纯命令行实现.Net项目每日构建》实现了完全自动化、可重复的构建工作，但随着时间的推移，新的问题暴露了：由于所在公司是一家
http://www.cyqdata.cn/cnblogs/article-detail-52619
图解持续集成--纯命令行实现.Net项目每日构建
该脚本工具是2007年在做产品研发觉得每天发布版本不方便，天天花费精力做一些价值不高的工作，便萌生了自己写脚本来实现每日构建的想法，花了大概两天的时间编写并调试通过。时过境迁，这个工具随着这个产品的升级换代，已经退出了“江湖”，为了记住这个小工具，特整理这个工具脚本，希望能对大家有帮助。
该构建
http://www.cyqdata.cn/cnblogs/article-detail-42848
图解持续集成--纯命令行实现.Net项目每日构建(流程支持)
在前一博客 图解持续集成--纯命令行实现.Net项目每日构建 中介绍了通过命令行进行每日构建，在本文中将介绍支持其流程
本文中使用到的《Code Build & BVT报告》，可在这里下载
1. 说明1.1. Code BuildCode Build分为Daily
http://www.cyqdata.cn/cnblogs/article-detail-42840
【原创】centos下部署hudson2+maven2+flexmojos3+mercurial进行Flex项目的可持续集成（补充）
使用和研究flex项目可持续集成有一段时间了，现重新做一下总结。
主要相关软件版本：
flashbuilder 4.5 + flex sdk 4.5 + maven 2.2.1 + flexmojos 3.8 + mercurial 1.7.2 + hudson 2.0.1
Flex项目可持续集成方案在centos 5.6 i386下实现，需要安装的软件主要如下：
hudson-2.0
http://www.cyqdata.cn/cnblogs/article-detail-41552
持续集成_2_场景
上一篇说了一堆废话，现在正式进入持续集成概念的推广。
我们的目标是：通过持续集成，让所有软件项目的参与方都很容易，甚至是被迫的清楚当前项目的持续集成情况。
第一步，让所有人产生共鸣，下面描述几个场景，大家看看是否似曾相识：
场景1：
开发人员A更新代码，发现本地编译报错，开始询问同一开发组的成员。这时有些人继续埋头继续开发，有些人在编译自己本地的代码，发现没问题。
于是A只能自己查看出错地方的SV
http://www.cyqdata.cn/cnblogs/article-detail-41080
持续集成_1_引子
出于对产品质量、开发效率的考虑，公司要在日常的开发过程中引入持续集成。
持续集成这个概念其实很多人都应该很熟悉，或者接触过很久。其实公司以前也做了很多这方面的工作，但是一直存在着一些问题。
就是很多人对其抱着无所谓的态度，每天定时的将代码代码提交到trunk，让服务器去整一些事情，然后立马关电脑下班，出了问题明天再说。更有甚者，对其抱有抵触的情绪，觉得浪费了很多时间，不如好好多写几行代码，改几个b
http://www.cyqdata.cn/cnblogs/article-detail-41055
【原创】centos下部署hudson2+maven2+flexmojos3+mercurial进行Flex项目的可持续集成（1）
【软件准备】
OS：centos 5.6 i386
持续集成服务器：hudson-2.1.0-beta
自动化构建工具：Maven：apache-maven-2.2.1 Maven支持Flex的插件：flexmojos-3.8
分布式版本管理：mercurial-1.8.4
JDK：java-1.6.0-openjdk
flashplayer for linux：flas
http://www.cyqdata.cn/cnblogs/article-detail-41034
持续集成（CI）- 各种工具的资料总结
为了实施CI，必须使用工作的支持，以使整个过程的自动化进行，以下把该过程涉及的各种工具汇集一下
必须的工具和功能
源代码控制系统
微软的工具: Microsoft Team Foundation Server (TFS) 或VSS
开源工具:
服务端：
Subversion：http://subve
http://www.cyqdata.cn/cnblogs/article-detail-40159
Flex 持续集成（CI）实践（Hudson）
项目开始后，持续集成会是一个关键的环节，本文针对Flex的开发的持续集成进行了一个实战，这些相关的工具和功能还是很强大的，通过组合这些工具，可以构建一个编译、单元测试、集成测试、代码检查等系列工作的CI服务，为后续的项目持续发展打下一定的基础。
运行Hudson
http://hudson-ci.org 上下载文件
执行： java - ja r hudson.war 或 java -jar h
http://www.cyqdata.cn/cnblogs/article-detail-39107
基于Team Foundation Server 2010 Scrum 1.0与持续集成的最佳实践
本文适合对Team Foundation Server 2010的部署和管理、模板配置有经验的人员阅读。
在阅读本文之前，需了解Scrum的一些基本知识；其次，需对Visual Studio Scrum 1.0模板有基本的了解。
Scrum的资料：http://msdn.microsoft.com/en-us/library/dd997796.aspx
Scrum 1.0的资料：http://msdn.microsoft.com/en-us/library/ff731587.aspx
每个Sprint正式开始之前的准备
在Scrum 1.0中正式创建一个Sprint之前，要将所有的Backlog填写完成，与团队成员一起分解Task，将Task以“相关”的关系与对应的Backlog进行关联以方便开发人员在浏览Task时查看相关Backlog的描述（Task不能拥有两
http://www.cyqdata.cn/cnblogs/article-detail-2620