上篇写到了持续集成，其实持续集成只是持续交付中的一个环节而已。
那么什么是持续交付呢？
下面是我读《持续交付》的读书笔记。
more
什么是持续交付？
持续交付是一种开发实践，指的是，频繁地将软件的新版本，交付给 QA 或者用户进行验证，如果验证通过，代码就可以随时部署到线上。
继续阅读 »
上篇文章提到了持续交付，使用持续交付好处诸多，这里就不说了。
其实在之前工作过程中，也尝试过 Jenkins 来做持续集成，但基本只用作自动打包，其他过程基本是 ssh 到服务器上进行人肉操作，或者完全交给 op 处理。
继续阅读 »
1月28号在ThoughtWorks武汉office做的一次演讲，题目为《持续交付下的开发分支模型》，分享一下slide:
Reference:
- 持续集成下的开发分支模型 - IT大咖说
继续阅读 »
本文翻译自老马(Martin Fowler)的博客，该译文现已被博客原文收录在其下方中文翻译处。
“基础设施即代码”是一种通过代码来定义计算和网络基础设施的方法，它可以应用于任何软件系统中。这样的代码放在代码版本控制系统中，具有可审查性、可重用性，并且符合测试惯例，还完全遵从持续交付的原则。该方法已经在过去的十年内广泛应用于快速增长的云计算平台中了，而且也将会成为接下来管理计算机基础设施的主要方式。
继续阅读 »
最近工作很忙，利用休息时间花了接近一个月时间才读完《持续集成》和《持续交付》。
读完有一定的感触，写篇文章记录下吧。
more
什么是持续集成？
持续集成是一种开发实践，即团队的成员经常集成他们的工作，每次集成都通过自动化的构建（包括编译、自动化测试、发布）来验证，从而尽快地检测出集成错误。
继续阅读 »
有幸参与了3月18号在北京举办的DevOpsDays活动，这也是DevOpsDays这个全球性的DevOps聚会第一次落地中国。官方给出的数据是，大会吸引了将近1200名参会者。在此期间，也有机会见到了被业界称为“DevOps之父”的Patrick，以及《持续交付》的中文译者乔梁。从火热程度、嘉宾阵容以及票价上来说，这样的技术活动可算是较为盛大了，但是从一个开发者的角度来说说，会议中的“干货”才是我最期望看到的内容。本文将会从个人角度来回顾这个会议中的一些内容，并针对其中DevOps相关内容给出一些自己的认识，如有不正之处，还望各位读者指正。
继续阅读 »
Gitlab CI 简介
Gitlab中集成了CI (Continuous Integration：持续集成) 和CD (Continuous Delivery：持续交付) 来方便用户测试、构建、部署代码。它是Gitlab的一部分，用户可以在 Gitlab.com 上免费使用，同时也包含在了开源的Gitlab社区版和付费的Gitlab企业版中。
Gitlab CI具有如下特性：
多平台：您可以在任何支持Go语言的平台上运行，例如：Unix、Windows、OSX等。
多语言：构建脚本是通过命令行驱动的，可以支持诸如Java、PHP、Ruby、C等任何语言。
稳定：您的构建操作可以运行在其他机器上，而不是Gitlab上。
并行构
继续阅读 »
近两个月由于个人处于新环境、新项目的适应阶段，没怎么提笔写些文章。中间有好几个想法想记录下来分享，但受限于没有很好的时间段供自己总结思考（也可以总结为间歇性懒癌和剧癌发作），便啥也没有更新。借这个周末闲适的下午和明媚的阳光，决定把近来项目上的CI/CD（持续集成/持续交付）策略以及git分支模型和以前的项目做一下分析比较，希望对各位有所帮助，也能有所思考，尤其是那些期望搭建项目部署流水线或者想了解git分支模型的开发、运维人员。
继续阅读 »