新手搭建Jenkins进行持续集成

Jenkins简要说明

Jenkins是一个持续集成的工具。不管是在开发中,还是在与测试的沟通中,总是不断要自己进行打包编译,发布到服务器上,也要不断交付给测试相关的更新包,这不仅麻烦,有时还会有缺失。持续集成软件的出现,为我们解决了上述问题。开发只管把开发编译没问题的代码上传svn即可。

我的部署环境

  • 开发语言:java
  • 开发IDE: idea
  • 集成环境:Maven
  • 运行环境:tomcat8
  • Jenkins:Jenkins ver. 2.60.1

当然,其它语言也支持,因为Jenkins提供很多的插件。

Jenkins安装

Jenkins的安装分为2种,一个Windows的安装,另一种就是war直接运行。
到官网下载 http://jenkins.io/ ,我选择的是Windows安装版本,安装好后,默认端口是8080,如果不想用8080,就打开 jenkins.xml 找到httpPort=8080,修改对应的端口即可。

安装完后,开始配置Jenkins,就下一步下一步即可,最后输入用户名密码环境配置完成。

进入系统配置 -> Global Tool Configuration 配置下面的环境
JDK环境配置:因为我已安装了java,直接配置上Jave_Home即可,比如
C:\Program Files\Java\jdk1.8.0_101
如果没有安装,就选择一个版本,自动安装,要填上oracle网站的帐号密码

maven环境的配置:因为我已经安装了maven,填上maven的地址:
比如:D:/Developer/JetBrains/IntelliJ IDEA 2016.2.1/plugins/maven/lib/maven3
如果没有安装,就选择一个版本,自动安装

插件安装

插件主要用到几个:Maven,以及发布插件
到系统管理->插件管理 中找到
– Maven Integration plugin
– Deploy to container Plugin

这两个插件,安装,重启Jenkins即可。

新建任务

现在开始新建一个Job,点新建链接,输入工程名,最好是英文。使用maven来管理

源码配置

在源码管理中选择Subversion 输入工程的svn地址,以及用户名密码 ,Local module directory默认为一个点.就是会在Jenkins的workspace自动创建一个目录来存放获取下来的代码。

上面配置好后,如果不发布就可以了,如果还需要把构建好后包发布到tomcat上,还需要做下面的配置。

发布配置

在构建后操作一栏中选择
Delopy war/ear to a container

然后输入相关参数

为了能发布成功,必须在tomcat中的tomcat-user.xml中配置 manager-script角色

<role rolename=”manager-gui”/>
<role rolename=”manager-script”/>
<user username=”tomcat” password=”tomcat” roles=”manager-gui,manager-script”/>

然后保存即可。

项目构建

到这一步,所有的配置都已完成,现在开始构建项目。
进入项目的工作空间,点击 “立即构建”,就会创建任务,如果构建失败,可以查看控制台输出日志: Console Output,修改问题,直到图标为蓝色为止。

一些问题

一些常见的问题,主要编译失败,查找相关的依赖。
发布失败:tomcat没有配置相应的角色。
其它问题就根据Console Output的输出日志进行排查。。

我的博客

欢迎访问我的博客: http://4color.cn

时间: 2024-08-03 13:58:20

新手搭建Jenkins进行持续集成的相关文章

使用阿里云容器服务Jenkins实现持续集成之GitLab篇

前面有篇文章<使用阿里云容器服务Jenkins实现持续集成和Docker镜像构建>详细地描述了如何通过阿里云容器服务平台,快速创建Jenkins应用,结合GitHub实现持续集成和镜像构建.这次将使用阿里云容器服务搭建GitLab作为代码管理仓库,最后使用Jenkins插件aliyun-container-service-deploy实现部署应用,并支持蓝绿发布和标准发布两种发布策略. 1.部署Jenkins和Slave 1.1使用编排模板一键部署 阿里云容器服务的示例模板中已经内置支持了Je

使用阿里云容器服务Jenkins实现持续集成和Docker镜像构建(updated on 2017.3.3)

持续集成作为敏捷开发重要的一步,其目的在于让产品快速迭代的同时,尽可能保持高质量.每一次代码更新,都要通过自动化测试来检测代码和功能的正确性,只有通过自动测试的代码才能进行后续的交付和部署.本文主要介绍如何将时下最流行的持续集成工具之一的Jenkins结合阿里云容器服务,实现自动测试和镜像构建推送. 接下来的演示是如何通过阿里云容器服务Jenkins实现自动测试和Docker镜像构建,实现高质量的持续集成.具体场景:每次代码提交到GitHub上的nodejs的项目中,阿里云容器服务Jenkins

Jenkins-持续集成(构建一个新工程)

在上一手记中,告诉大家如何安装Jenkins,如何安装Jenkins的插件. 这一记,Jeson主要记录如何通过通过Jenkins构件一个工程. 一.配置JDK和MAVEN依赖 上记中,我们安装的只是Jenkins中的插件,为了保证maven构建能够进行,我们需要安装我我们需要对应版本的JDK版本和MAVEN. 点击进入: Manage Jenkins(Jenkins管理)-Global Tool Configuration(工具配置) 1.1 JDK配置 提供的4种途径的方式,可以给我们安装.

使用Jenkins进行持续集成

https://www.liaoxuefeng.com/article/001463233913442cdb2d1bd1b1b42e3b0b29eb1ba736c5e000

基于 Jenkins 快速搭建持续集成环境

持续集成是一种软件开发实践,对于提高软件开发效率并保障软件开发质量提供了理论基础.Jenkins 是一个开源软件项目,旨在提供一个开放易用的软件平台,使持续集成变成可能.本文正是从持续集成的基本概念入手,通过具体实例,介绍了如何基于 Jenkins 快速搭建持续集成环境. 持续集成概述 什么是持续集成 随着软件开发复杂度的不断提高,团队开发成员间如何更好地协同工作以确保软件开发的质量已经慢慢成为开发过程中不可回避的问题.尤其是近些年来,敏捷(Agile) 在软件工程领域越来越红火,如何能再不断变

Jenkins与Docker的持续集成实践

本文讲的是Jenkins与Docker的持续集成实践[编者的话]持续集成(CI/CD)是一种软件开发实践.用于帮助团队成员频繁.快速的集成,测试他们的工作成果,以尽快发现集成错误. 更频繁.更早的集成意味着更早的发现问题.通过持续集成,及时发现和解决代码故障,提高代码质量,减少故障处理成本等等. [3 天烧脑式基于Docker的CI/CD实战训练营 | 北京站]本次培训围绕基于Docker的CI/CD实战展开,具体内容包括:持续集成与持续交付(CI/CD)概览:持续集成系统介绍:客户端与服务端的

基于容器服务的持续集成与云端交付(三)- 从零搭建持续交付系统

前言 在上一篇文章中讨论了容器服务提供的交付能力,在本文中我们将讨论如何从零搭建一个持续交付系统. 对于大多数公司而言,选择一个合适自己的持续交付系统是尤为重要的一件事情,不同的公司.不同的业务使用的场景也各不相同,因此要根据自己的业务场景与发展方向来选择合适的方案.根据不同的业务场景与交付方式,阿里云容器服务提供了三种不同的持续交付方案. 基于Jenkins的持续交付方案 基于Jenkins的持续集成和持续交付方案是所有方案中最灵活.能力最强的方式,但也是需要客户自主运维的方案.对于现有提供持

通过Docker容器运行持续集成/持续部署

本文讲的是通过Docker容器运行持续集成/持续部署,[编者的话] 对于Docker主流的应用场景:持续集成和持续部署(CI/CD)大家也许并不陌生.这篇文章从独特的视角阐述了如何利用各种云平台构建属于自己的CI/CD容器,笔者还自己扩展了Gitlab CI引擎,对CI感兴趣的同学对这个文章应该很感兴趣. 我曾经使用Docker了一段时间,在过去的一年里伴随着众多的Docker容器涌入,帮助用户们更容易的部署Docker容器到生产环境中.一些工具是第三方公司提供,当然也包括Docker公司自己的

【dotnet跨平台】谈一谈dotnet-cli开源社区的产品持续集成

 [dotnet跨平台]谈一谈dotnet-cli开源社区的产品持续集成 进入其中一个PR:https://github.com/dotnet/cli/pull/2580 可以看到微软使用自己搭建的持续集成平台来保证产品和代码的质量,其中每一个即将整合代码到rel/1.0.0这个主分支的代码都要经过7个测试通过,其中2个windows平台,4个linux平台和一个OS X平台如下: Details Windows_NT x64 Release Build - Build finished.