#
jenkins持续集成看我如何从1到代码自动化部署 背景 近期由于工作原因需要学习jenkins持续化集成。对于一个好学又帅气的我来说。学习他还不是手到擒来。公司为一个中小型创业公司，在部署代码上面
使用Angular + Karma + Jasmine可以进行前端的单体测试，从前面的文章中我们了解到了Karma的工作原理，它会启动一个指定种类的浏览器，然后在此浏览器中运行测试用例。如果需要进行持
前言 最近公司有打渠道包的需求，领导说使用fastlane来做持续集成，发了点时间研究了下，所有有了这篇文章 本文主要涉及到以下几个主题： fastlane是什么和为什么使用fastlane
前言 在前后端分离开发的项目当中为了避免重复构建发布，我们需要部署一个持续发布环境，而目前的开发环境服务器都是基于 CentOS 的，因此每次在本地发布之后还需要打包，上传，部署，十分繁琐。故这里采用
持续集成CI: continous integration是一种软件开发实践。开发人员经常集成他们的工作，每个人每天至少集成一次，即每天会发生多次集成。每次集成都通过自动化的构建（包括编译，发布，自动
说明Jenkins有时需要进行迁移，主目录会发生改变，本文主要讲解如何更改主目录。由于jenkins安装方式的不同，主目录也不一样。本测试环境：Centos6.8 X64。注意：在更改主目
环境说明IP功能eth0：192.168.124.139eth2：172.16.100.10Docker私有仓库、Gitlab、持续集成eth0：192.168.124.138eth2：172.16.
说明Jenkins默认提供了一个邮件通知，能在构建失败、构建不稳定等状态后发送邮件。但是它本身有很多局限性，比如它的邮件通知无法提供详细的邮件内容、无法定义发送邮件的格式、无法定义灵活的邮
引言 在引入Teamcity持续集成编译软件后，可以帮助各角色人员协同进行软件的开发集成工作，其中主要是进行编译、发布、归档等操作。这些操作需要使用到Agent（也就是操作执行
* 环境：CentOS7代码仓库：Gitlab持续集成代码更新：Jenkins构建打包：Maven镜像自动交付脚本：Shell 基础环境软件安装：Gitlab、Jenkins、Maven配置，安装参考
