摘要：从 《【Hello CC.NET】CC.NET 实现自动化集成》 到 《【Hello CC.NET】自动化发布时 Web.config 文件维护》 ，大神在评论里提到的方案还没有一一去研究对比，调研的 deadline 已经逼近，CC.NET 的落地提上日程。 经过两周的努力，终于成功部署了两个项目，由于两个项目的人员配置/开发流程/项目架构不一样，部署的方案也有些差异。过程中碰到这样那样的坑，都是用最快想到的笨方法填坑，然后继续往下走。落地的姿势并不完美，但总算有了一些看得到的成果。 落地面临的第一个问题是，ccnet.config 配置比较繁复：太多的 hardcode；相同... 阅读全文

摘要：在 《【Hello CC.NET】CC.NET 实现自动化集成》的 HellowWorld 中经实现：1.获取源码2.编译项目3.集成测试4.Ftp发布项目5.创建安装包6.邮件通知在方案落地的过程中，FTP 上传开发自测环境（或测试环境）后，仍然需要人手来修改相关配置（比如 Web.config）。假设项目的 Web.config 配置如下： 在发布到测试环境之前，我们需要把 _dev_db 替换为 _test_db，192.168.10.111:6379 替换为 192.168.10.112：6379 ，http://192.168.10.111/DEV/V1.1.9/SSOService 阅读全文

摘要：一、背景公司的某一金融项目包含 12 个子系统，新需求一般按分支来开发，测完后合并到主干发布。开发团队需要同时维护开发环境、测试环境、模拟环境（主干）。目前面临最大的两个问题： 1.子系统太多，每次发布（包括开发环境、测试环境、模拟环境）都比较耗时间 2.业务数据和报表的数据（主要是汇率、金额、手续费之类）仍依赖 Tester 人工验证，一个 sprint 一般需要走一周 以上。自动化测试和持续集成提了近一年，但由于各种因素的影响，还是在原地踏步。所幸仍有一两个不怕背黑锅的搭档，今日终于迈出这最艰难的第一步。二、关于持续集成（Continuous integration，CI）一个比较简单.. 阅读全文