自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+

闲亭信步(KISS)

手把青秧插满田,低头便见水中天。身心清净方为道,退步原来是向前。/ 初学者眼中凡事皆有可能,行家心中可行之途无多

  • 博客(3)
  • 资源 (5)
  • 收藏
  • 关注

翻译 企业持续集成成熟度模型简介之一——构建

<!-- /* Style Definitions */ table.MsoNormalTable {mso-style-name:"Table Normal"; mso-tstyle-rowband-size:0; mso-tstyle-colband-size:0; mso-style-noshow:yes; mso-style-priority:99; m

2009-10-21 16:35:00 5058 1

原创 改进活动的四个原则

 原则一、首先要行动起来 改进多是些平常没有做过的事情,不要在做之前就罗列出各种各样做不到的理由。先试试,有不对的地方,马上修正就好。 原则二、工作内容的可视化 要将工作的流程和进度,随时都能被看得见。要将工作中的异常现象凸显出来,并马上采取措施。 原则三、生产效率的可视化 改进的好了还是坏了,不能搞不清楚。专注于能够提高生产效率的改

2009-10-19 21:47:00 1820

原创 企业持续集成之成熟度模型---SD2.0 topic

持续集成已经是一个古老的话题了。有的公司跃跃欲试,有的公司浅尝则止,有的公司半路放弃,而有的公司去能持之以恒。这是什么原因呢?既然是一个古老的话题,那与它刚出现的时候相比,现在是否有了新的变化呢?受CSDN之邀,本人将在软件开发2.0(SD2.0) 软件工程专场(本月23日上午9:00)和对此话题有兴趣的朋友一起探讨这一主题,题目

2009-10-13 12:15:00 1704

repoScan-1.0.jar

圈复杂度的历史趋势分析工具。一条命令搞定。 # 项目说明 按统计Git仓库中的代码圈复杂度 (去除所有的 */test/* 目录) # 用到的工具 * Git * [lizard](https://github.com/terryyin/lizard) ## 已测试的运行环境 * MacOS * Java 1.8 * python2.7 * Git 2.15.1 ## 运行前的准备 * 安装Git * 在MacOS上安装lizard ``` pip install lizard ``` 例如,下面的命令表示在对当前Git仓库目录下,对代码进行扫描,圈复杂度阈值为10, 样本周期是60天,使用默认语言,即:java。输出结果 在文件中。 outputDir/codebase_summary.csv `java -jar ../codemetrics/target/repoScan-1.0.jar -R . -C 10 -I 60`

2020-03-10

持续交付成熟度模型 V1.2

《持续交付》一书中提供的持续交付成熟度模型是第一版。这是再次经过调整的改进版,更具有指导性和可操作性。

2011-10-17

配置与发布管理成熟度模型

评估持续集成与持续交付的成熟度,寻找下一个改善目标。

2011-07-19

puppet入门手册

先进的配置管理工具,与CfEngine,Chef相似的工具

2011-07-12

Cruise1.0中文配置说明

Cruise1.0是Thoughtworks在2008年7月28日发布的一款持续集成与发布管理系统,并帅先实现了Pipeline的概念,并将持续集成这一概念扩展到到发布管理领域。本文是Cruise1.0配置文件的中文说明文档。

2008-08-03

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除