anders lu 的专栏

本文的目的：    本文总结了过去一年中使用CruiseControl.Net来对工作流程进行持续化集成的经验教训，详细地讲述安装，配置，使用CruiseControl.Net的具体步骤，希望通过阅读本文，能理解和掌握使用CruiseControl.Net的基本使用技巧，用工具来改善工作流程和提高工作效率。    什么是持续化集成     首先，我们先搞清楚什么是持续化集成？它对我们的

续接上篇:代码走查工具篇FxCop的规则总结与翻译_Part1Globalizationrules（区域性规则）1、 AvoidDuplicateAccelerators  CA1301避免快捷键冲突，访问键也称为快捷键，它通过使用 Alt 键来实现对控件的键盘访问。如果多个控件具有重复的访问键，则访问键的行为定义不正确。用户可能无法使用访问键来访问目标控件，并可能启用目标控件

续接上篇：代码走查工具篇FxCop的规则总结与翻译_Part2Performancerules（性能规则）1、AvoidExcessiveLocals   CA1809     避免过多的局部变量，优化性能的常见方法是将值存储于处理器寄存器，而不是内存中，这称为“注册值”。公共语言运行时最多可考虑注册 64 个局部变量。未注册的变量放在堆栈中，必须移到寄存器内方能进行操作。若要

续接上篇：代码走查工具篇SytleCop的规则总结与翻译，本篇主要是以我个人的观点总结的一份建议使用的Rule点。建议使用的Rule点1、公共的接口、类、方法、属性、字段必须添加标准的XML注释(VS自带的代码分析就可以解决该问题)2、SA1516 : CSharp.Layout : Adjacent elements must be separated by a blank li

续接：   代码走查工具篇FxCop的规则总结与翻译_Part1 代码走查工具篇FxCop的规则总结与翻译_Part2代码走查工具篇FxCop的规则总结与翻译_Part3   本篇结合我的实际工作需要，总结了一份在实际工作中采纳的规则项目，总结不妥之处，还请多海涵。一、Design Rules(设计规约)1、AbstractTypesShou

备份和恢复一个TFS（Team Foundation Server）服务器常常令人心生畏惧。因为这会涉及到很多服务和步骤。TFS（Team Foundation Server）2010一发布，我就知道我们必须要做些什么来改进这个过程，同时，我们也开始讨论如何简化这个过程。我们关注的主要客户是小型的团队，它们既没有数据中心运营团队，也没有知道如何导入和导出SQL备份的DBA（Database adm

感谢万能的互联网，有机会拜读了华为的敏捷转型资料，做一些摘录与自己的理解，初步规划一下当下团队的敏捷推进计划。

敏捷不是某一种方法论、过程或框架，更不是字面意义上的敏捷，而是一组价值观与原则。

还有两天就又要开始新一年的工作了，决定用这两天看下如上的这个本书，先开个头，以督促自己尽早读完并总结。

FxCop介绍摘抄自百度知道，如下：    FxCop是一个代码分析工具，它依照微软.NET框架的设计规范对托管代码assembly(可称为程序集，assembly实际上指的就是.net中的.exe或者.dll文件（不包括netmodule文件），这种文件中包含四种信息：assembly的清单（包括引用外部的assembly、netmodule与资源文件及包含在同一文件中的assembly

续接上篇：代码走查工具篇SytleCop与FxCop的引入    SourceAnalysis （StyleCop）的终极目标是让所有人都能写出优雅和一致的代码，因此这些代码具有很高的可读性。 早就听说了微软内部的静态代码检查和代码强制格式美化工具 StyleCop ， 2008-05-23微软在 MSDN Code Gallery 发布了 4.2 版本，并命名为 Microsoft So

vs2010下的一个hello world的winfrm程序，通过如下配置可实现在cc.net下完成编译，生成的功能，我的计划是cc.net下集成，vss；msbuild；fxcop；nunit；等功能，继续学习中..........            D:\Program Files\Microsoft Visual SourceSafe\ss.exe      $/

这几天每天晚上都在学着使用cc.net，其他模块都挺好配置的，唯独mail设置耗时很久，原因网上也没什么很好的说明文字，特将我的调试过程记录如下(第二点对于像我这样的初学者要仔细看)：一：配置文件一定要写对，一定要仔细写，比我我很丢脸的就把我的mailhostUsername的节点设置错了两次，“*****”没有加"qq.com";  "qq.co"少加了一个字母“m”，虽然这让，配置

MSBuild 保留属性MSBuild 提供了一组保留的属性，这些属性存储有关项目文件和 MSBuild 二进制文件的信息。这些属性的计算方式与其他 MSBuild 属性相同。例如，要使用 MSBuildProjectFile 属性，应键入下面的内容：$(MSBuildProjectFile) 保留属性下表描述 MSBuild 保留属性。

续接上篇自动发布时配置文件的替换(http://blog.youkuaiyun.com/lu_yongchao/article/details/7173630)，该篇主要记录fxcop在cc.net中的使用。  代码规范检测工具FxCop不能被CC.Net直接使用，我这里使用是Tasks中的ExecutableTask。  具体CruiseControl.NETConfig的配置方法如下：

CruiseControl.Net持续集成平台搭建总结      最近公司准备启动一个新的项目，预计会投入20-30个开发人员，应该还算一个不小的项目，为了更加科学化的管理，在这个项目里面，打算采用一些XP和敏捷开发的理念，同时也会结合自身的实际情况。为此，我受命着手研究持续集成相关的工具，通过几天的努力，整个持续集成平台初步搭建起来，基本上能够实现自动获取最新代码、自动构建、自动测试

首先声明：我是个刚开始学习使用，哪里不合理还请专家们多指导。         我的实践是这样的，我一台电脑是win2003+ii6是可以自动发布到iis的，但是工作时主要用的是xp+ii5的机器，在iis5下总也自动发布不成功，因此我想了一个折中的方法：现在iis下发布一个应用，在用wdproj把程序生成到之前的那个目录下，采取替换的方式。          在实践中我觉得一点比较

续接上一篇的http://blog.youkuaiyun.com/lu_yongchao/article/details/7164353关于发布程序时配置文件替换的方案，业务是元旦放假心不够专一，对*.wdproj的改造总也失败，但看着它里面的英文说明是应该可以做到的，今晚我先在ccnet.config里实现配置文件的copy工作，因为ccnet.config里的tasks里的task是按自然顺序执行的，因此

写相关敏捷开发的博客还要追溯到2012年年初的时候了，上篇博客为： 敏捷开发，持续集成 fxcop 在 CruiseControl.NET中的使用     项目型团队项目多、时间短、任务重等原因客观存在，造成了项目只看重进度，不看重质量。拿代码走查这一项来说，切身体会，这是一项比较耗时，但是效果很好的走查方式，即使是周末加个小班，自己也是喜欢去做一做这个工作的。对项目、对公司负责是官话，对写代

敏捷转型中why与how的总结