持续集成

1.前言 在上一篇讲述了如何在CentOS7中安装并使用代码质量管理平台SonarQube6.4，在上一篇中讲到了SonarQube支持多种方式来分析代码质量，其中有一种方式之一就是在持续集成工具中来自动完成代码质量分析，本篇就是继续上一篇来讲述如何安装并使用Jenkins。Jenkins的前身是Hudson，在写作本文时Jenkins的最新版本为2.84. 2.准备 软件准备： jenkins.war：Jenkins的部署文件，下载地址：http://mirrors.jenkins.io/war/2.84/jenkins.war Microsoft Build Tools 2015：无需安装VisualStudio，仅安装本软件即可使用MSBuild来编译Visual Studio创建的项目文件或解决方案文件，下载地址：https://www.microsoft.com/en-us/download/details.aspx?id=48159 3.安装 由于是直接下载的war文件，所以无需编译，只需将其放在Java的Web容器下即可。因在本系列中已经安装配置过Tomcat8.5，并且Tomcat的工作路径为：/usr/local/apache-tomcat-8.5.15/，因此jenkins.war放入/usr/local/apache-tomcat-8.5.15/文件夹

两万余字的系列干货长文，攻下持续集成与持续部署！ 通过前两篇文章《持续集成与持续部署宝典Part 1：将构建环境容器化》和《持续集成与持续部署宝典Part 2：创建持续集成流水线》，我们使用Docker创建了一个集中管理的构建环境，它可以应用到任意数量的机器上。接着，我们将环境设置到了Jenkins CI上，自动化处理了源代码的持续构建、打包和测试。在本章中，我们将进一步对流水线进行研究（如下所示），了解如何将项目持续部署到一个长时间运行的测试环境中。除了自动验收测试外，它还将允许人工测试代码。有了这样的环境，你就可以在产品投入生产之前让你的客户或者QA（质量管理员）看到最新的变化。此外，它还是一个构建和部署到生产环境的好方法，我们将这一章中进行介绍。 创建应用程序环境 在我们构建并且测试了应用程序后，可以将它部署到一个长期运行的、潜在面向外部的环境中。这种环境要允许客户或者QA在产品投入生产前查看和测试最新的更改，它也是生产过程中一个重要步骤。有了它，我们能够发现在自动化集成测试中会隐藏起来、只有在真实环境才能发现的bug。我们通常把这样的环境称为QA或集成环境，当然你也可以自己命名。我们将通过以下步骤来创建集成环境： 在Rancher中创建一个集成环境 定义Docker Compose以及Rancher Compose模板 用Rancher创建应用程序堆栈

​关注【极客学院】——获取更多内容 在没有应用持续集成之前，传统的开发模式是项目一开始就划分模块，然后等所有的代码都开发完成，再集成到一起进行测试。 随着软件技术的发展，各种软件百花齐放，软件规模也在扩大，软件需求越来越复杂了。 软件已经不能简单地通过划分模块的方式来开发，需要项目内部互相合作，划分模块这种传统的模式的弊端也越来越明显： 由于很多 bug 在项目的早期就存在，到最后集成的时候才发现问题，开发者需要在集成阶段花费大量的时间来寻找 bug 的根源。 软件具有复杂性，问题的根源很难定位，甚至出现不得不调整底层架构的情况，在这个阶段的除虫会议特别多，会议的内容基本上都是讨论 bug 是怎么产生的，最后往往发展成为不同模块的负责人互相推诿责任。 因此，为了快速发现错误、解决问题、降低后期集成难度、节省人力，团队越来越倾向于持续集成的开发模式。但只有整个团队真正按照持续集成的纪律工作，这支团队才真正算是“拥有”持续集成。 那么今日极限拷问来了： 1、你认为，持续集成有哪些纪律？ 2、你的团队遵守这些纪律的情况怎么样？ 在日常工作中，持续集成的基础规则主要有以下几点： 不能积压代码，小步提交，频繁提交、频繁合并代码； 当CI构建或者部署失败时，立刻修复，若不能解决，即立刻回滚； 要有责任意识，谁编写，谁负责； 需要有单元测试，且代码需要通过自测和静态工具的分析。 当然

Maven安装 地址： https://shimo.im/docs/Fr6o95nZqZQbz63R/ 点击链接查看「Maven安装及配置」，或复制链接用石墨文档 App 打开 Jenkins安装 地址： https://shimo.im/docs/zOMB2OZNhDwqhpFH/ 点击链接查看「jenkins在Windows环境下的简单搭建」，或复制链接用石墨文档 App 打开 Jenkins准备条件 配置JDK jenkins主页>>系统管理>>全局工具配置 点击JDK安装 配置Maven 系统设置>>全局工具配置>>Maven安装 输入Maven的安装路径 构建maven项目并点击确认 以下暂时如下 pom.xml文件即是本地电脑创建的pom.xml文件路径 本地电脑准备条件 创建maven项目文件夹 内部创建src文件夹和pom.xml文件 pom.xml文件内容如下： <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">

一.自动化上线代码基本介绍 1.软件开发生命周期 老板创意---产品经理---立项---开发团队---测试团队(黑白盒)---运维上线 产品经理---加需求---开发团队---测试团队---运维更新代码上线 2.什么是环境？ 开发环境：开发自己用的电脑本地自己装的php python的开发工具等。 测试环境：多个人的代码合起来跑一遍，运行一次，测试mysql redis等。 预发布环境：直接连接线上数据库，专门的测试域名小范围内测试。 生产环境：线上环境 每个项目一套环境 (线下可以放一起配多域名 线上不行)。 3.什么是持续集成(CI)？ 每天都进行一次代码合并，就是持续集成。 多个开发写的代码 集中起来管理 放到代码库里 (版本控制管理软件)代码库工具：svn git(多) 。（版本控制系统：类似于快照的增量备份的机制，也就是每一次版本更新，都会在原来的基础上保留变化的内容，生成一个新的版本，之前的版本也会被保留，以便快速回滚。） 每天都要做代码合并，防止冲突，在合并的时候会产生冲突，所以提交的时候有先后顺序，就是你先上传，然后我把你上传的拉过来和我的进行合并，排除冲突，然后我在上传到主分支。持续集成是一种软件开发实践，即团队开发成员经常集成他们的工作，通常每个成员至少集成一次，也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建（包括编译、发布、自动化测试）来验证

CI/CD介绍 互联网软件的开发和发布，已经形成了一套标准流程，假如把开发工作流程分为以下几个阶段： 编码 → 构建 → 集成 → 测试 → 交付 → 部署 正如你在上图中看到，持续集成(Continuous Integration)、持续交付(Continuous Delivery)和持续部署(Continuous Deployment)有着不同的软件自动化交付周期。 持续集成（CI） 上面整个流程中最重要的组成部分就是持续集成（Continuous integration，简称CI）。 持续集成指的是，频繁地（一天多次）将代码集成到主干。将软件个人研发的部分向软件整体部分交付，频繁进行集成以便更快地发现其中的错误。 它的好处主要有两个： 1. 快速发现错误。每完成一点更新，就集成到主干，可以快速发现错误，定位错误也比较容易； 2. 防止分支大幅偏离主干。如果不是经常集成，主干又在不断更新，会导致以后集成的难度变大，甚至难以集成。 持续集成并不能消除Bug，而是让它们非常容易发现和改正。持续集成的目的，就是让产品可以快速迭代，同时还能保持高质量。它的核心措施是，代码集成到主干之前，必须通过自动化测试。只要有一个测试用例失败，就不能集成。 持续交付 持续交付（Continuous delivery）指的是，频繁地将软件的新版本，交付给质量团队或者用户，以供评审。如果评审通过

1.DockerMaven 插件 微服务部署有两种方法： （1）手动部署：首先基于源码打包生成jar包（或war包） ，将jar包（或war）上传到虚拟机并拷贝至JDK容器 （2）通过maven插件自动部署 对于数量众多的微服务，手动部署无疑是非常麻烦的做法，并且容易出错。所以我们需要学习如何自动部署。 Maven插件自动部署步骤： （1）修改宿主主机的docker配置，让其可以访问 vi /lib/systemd/system/docker.service 其中 ExecStart=后添加配置 -H tcp://0.0.0.0:2375 -H unix:///var/run/docker.sock (2)刷新配置，重启服务 systemctl daemon-reload systemctl restart docker docker start registry (3)在工程pom.xml增加配置 <build> <finalName>app</finalName> <plugins> <plugin> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-maven-plugin</artifactId> </plugin> <!--docker的maven插件，官网：https:/

持续集成教程 1. Devops介绍 01. 运维介绍 02. Devops是什么 03. Devops能干嘛 04. Devops如何实现 2. Git版本控制系统 01. 版本控制系统简介 02. 为什么需要版本控制系统 03. 常见版本管理工具 04. 牛逼的人不需要解释 3. Git安装 01. 系统环境准备 02. Git安装部署 03. Git初始化 4. Git常规使用 01. 创建数据-提交数据 02. Git四种状态 03. Git基础命令 04. Git分支 05. Git标签使用 5. Github使用 6. Gitlab安装 7. Gitlab使用 01. 外观配置 02. Gitlab汉化配置 03. 注册限制 04. 创建用户及组 05. 创建用户 06. 把用户添加到组 07. 创建项目 08. 推送代码到Gitlab 09. 开发推送代码到Gitlab 10. 分支保护 11. 代码合并 12. Git-gui安装 8. Gitlab备份与恢复 01. 备份 02. 恢复 9. Jenkins 01. 安装准备 02 .安装Jdk和Jenkins 03 .配置Jenkins 04. 插件安装 05. 创建项目 06. Jenkins获取Git源代码 07. 立即构建获取源代码 08. Jenkins代码推送到Web 09. 配置自动触发构建 10.

一、环境介绍 随着软件开发需求及复杂度的不断提高,团队开发成员之间如何更好地协同工作以确保软件开发的质量已经慢慢成为开发过程中不可回避的问题。Jenkins自动化部署可以解决集成、测试、部署等重复性的工作,工具集成的效率明显高于人工操作;并且持续集成可以更早的获取代码变更的信息,从而更早的进入测试阶段,更早的发现问题,这样解决问题的成本就会显著下降;持续集成缩短了从开发、集成、测试、部署各个环节的时间,从而也就缩短了中间出现的等待时间;持续集成也意味着开发、集成、测试、部署得以持续。所以,当配置完Jenkins持续集成持续交付环境后,就可以把发布的任务交给集成服务器去打理了。使用Maven(Ant)等来实现Java项目自动化构建发布部署。这些工具可以帮助在构建过程中实现自动化发布、回滚等动作。 二、jenkins简介 Jenkins是一个用Java编写的开源的持续集成工具。在与Oracle发生争执后,项目从 Hudson项目独立。 官方网站: https://jenkins.io/ lenkins提供了软件开发的持续集成服务。 它运行在Servlet容器中(例如Apache Tomcat)它支持软件配置管理(SCM)工具(包括AccuRev SCM, CVS, Subversion,Git, Perforce.Clearcase和RTC),可以执行基于Apache

一、Jenkis介绍 Jenkins是一个开源软件项目，是基于Java开发的一种持续集成工具，用于监控持续重复工作，旨在提供一个开放易用的软件平台，软件的持续集成变为可能。目前一个互联网产品的形成，从开发到上线，已经形成了一套标准流程：编码→ 构建→ 集成→ 测试→ 交付→ 部署，从测试之前可以看作是一个持续集成的过程 持续集成（Continuous integration,简称CI）指的是，频繁地（一天多次）将代码集成到主干上，持续集成的目的，就是让产品可以快速迭代，同时还能保持高质量。他的核心措施是，代码集成到主干之前，必须通过自动化的测。只有一个测试用例失败，就不能集成 二、下载安装 下载地址：http://updates.jenkins-ci.org/，提供了Windows、Linux和OS X平台的安装包，最简便的是war包直接启动，此时必须保证系统已经安装了JDK，最好是jdk1.5以上 已经安装了JDK的情况下第一种启动方法：切换到jenkins.war的存放的目录，输入如下命令 java - jar jenkins.war 如果需要修改端口号可以使用如下命令 java -jar jenkins.jar--httpPort=8081 然后在浏览器中（推荐用火狐）输入localhost:8081，localhost可以是本机的ip，也可以是计算机名