Jenkins持续集成环境部署

一、下载Jenkins

Jenkins下载地址:https://jenkins.io/download/

这里我们下载的是jenkins.war

二、启动Jenkins

在Linux下启动Jenkins有两种方式,一种是在jenkins.war的存放目录下使用命令java -jar jenkins.war启动,另外一种是把jenkins.war放在tomcat的webapps目录下,然后启动tomcat就可以了,如下图:

三、安装Jenkins

在浏览器中输入http://192.168.182.130:8080/jenkins/,弹出如下页面:

初始化的管理员密码去红框里面的文件查找

输入初始化管理员密码后,需要安装插件,如下图:

我们选择安装推荐的插件

安装完插件后,需要创建一个管理员用户,如下图:

四、安装Git
git下载地址:https://mirrors.edge.kernel.org/pub/software/scm/git/

这里下载的是git-2.9.5.tar.gz

1 tar zxvf git-2.9.5.tar.gz
2 cd git-2.9.5
3 ./configure prefix=/usr/local/git
4 make && make install

将git加入环境变量

1 export GIT_HOME=/usr/local/git
2 export PATH=$GIT_HOME/bin:$PATH

环境变量生效后,在命令行输入:git version会显示git版本,如下图:

五、Git安装目录配置

在Jenkins中进入系统管理-全局工具配置页面,增加如下配置,如下图:

六、项目配置

设置好后就不会报错,如下图:

保存以后,开始构建,如下图:

构建成功,但执行失败,需要添加构建步骤,如下图:

添加构建步骤后保存,如下图:

再次构建,执行python文件失败,提示缺少相关的模块,如下图:

使用命令pip3 install +模块名安装对应的模块后,再次进行构建,执行python文件成功,如下图:

原文地址:https://www.cnblogs.com/L-Test/p/9734425.html

时间: 2024-09-30 05:58:21

Jenkins持续集成环境部署的相关文章

Linux-GitLab+Jenkins持续集成+自动化部署

GitLab+Jenkins持续集成+自动化部署 什么是持续集成? (1)Continuous integration (CI) 持续集成是一种软件开发实践,即团队开发成员经常集成他们的工作,通常每个成员至少集成一次,也就意味着每天可能会发生多次集成.每次集成都通过自动化的构建(包括编译.发布.自动化测试)来验证,从而尽快地发现集成错误.许多团队发现这个过程可以大大减少集成的问题,让团队能够更快的开发内聚的软件. (2)没有持续集成 项目做模块集成的时候,发现很多接口都不通==>浪费大量时间 需

docker搭建gitlab+Jenkins持续集成环境

安装docker 此处省略一.使用docker安装gitlab docker pull gitlab/gitlab-ce:latest下载完成之后使用docker生成容器docker run -dit \-p 8443:443 \-p 8080:80 \-p 2222:22 \-p 9090:9090 \--name gitlab \--restart always \-v /home/gitlab/config:/etc/gitlab \-v /home/gitlab/logs:/var/lo

一步步部署基于Windows系统的Jenkins持续集成环境

如题:本文将介绍如何在Windows环境下运用Jenkins部署持续集成环境.之所以写本文,是因为在最近工作当中,学习使用Jenkins时,确实遇到了一些问题,而大多数教程文档都是基于Mac或是Linux平台.为此很是头疼,经过一番摸索,终于走通了Windows平台下的一条路. 本CI系统流程:Dev提交代码,并merge到master分支-->Jenkns获取最新代码,开始构建(解析git触发响应,build solution,run automation,get result都在此步内完成)

构建Docker+Jenkins持续集成环境

docker和Jenkins不是什么新东西了,两者结合也不是什么稀奇的事情,也已经有很多Jenkins和docker相结合的文章,此文仅为自己的一点心得实践,如有不对的地方,欢迎大家纠正. 先贴上大致的流程图,逐步说明: 代码-Git: 并没有什么好说明的,就是简单的使用了Git作为版本控制工具而已,通用使用规范不在细说.此步的产出:Git分支特定版本号 Git-自动构建.自动构建-代码包: 做法也很通用了,将project的Git钩子同Jenkins结合,达到特定分支有push时机触发自动构建

Docker+Jenkins持续集成环境(2)使用docker+jenkins构建nodejs前端项目

前文使用Docker搭建Jenkins+Docker持续集成环境我们已经搭建了基于docker+jenkins的持续集成环境,并构建了基于maven的项目.这一节,我们继续扩展功能,增加对Nodejs的支持,实现nodejs项目构建.并打包成docker镜像和自动部署. 1. 配置Nodejs环境 1.1 安装nodejs插件 打开系统管理——管理插件——可选插件,搜索NodeJS,选择NodeJS Plugin安装 1.2 配置nodejs 版本 系统管理 —— 全局工具配置 —— NodeJ

jenkins持续集成环境搭建

持续集成的目的: 让我们每次更新了代码提交到 git 仓库后就自动运行构建新版本,自动部署 到测试环境,从而提高生产效率,告别重复的劳动 系统环境:CentOS6.5 .JDK SE 1.8.0_60 .Maven3.0.5.Jenkins2.4.1.Git(yum安装).Docker.docker-compose.gitlab maven.jdk.git.安装其他文章写过,再次略过. maven安装 jdk安装 git安装: yum -y install git gitlab安装: 1.如想使

Jenkins持续集成与部署

1.1 开发写代码的演变 好景不长,开发越来越多,代码文件越来越多,每天下班前合并代码时,发现很多合并失败的文件.最后每天加班3小时人工合并代码. 解决方法:将合并代码的周期缩短,以前一天,现在一小时,半小时... 随时随地地将代码合并,这种方法叫做持续集成. 1.2 持续集成(简称CI) 说明:持续集成说的是频繁地(一天多次)将代码集成到主干. 它的好处主要有两个: 1.快速发现错误.每完成一点更新,就集成到主干,可以快速发现错误,定位错误也比较容易. 2.放置分支大幅偏离主干.如果不是经常集

Jenkins - 持续集成环境搭建

1. Jenkins 概述 Jenkins是一个开源的持续集成工具.持续集成主要功能是进行自动化的构建.自动化构建包括自动编译.发布和测试,从而尽快地发现集成错误,让团队能够更快的开发内聚的软件. 2. Jenkins功能 主要功能: l   代码库(svn/git等)代码发生变化后更新代码至jenkins工作目录 l   代码变化后启动编译或设置定时编译 l   输出编译结果,包括生成的目标文件 l   邮件通知构建结果 3. Jenkins构建过程 1. 向代码库提交代码,代码库变化触发构建

Docker+Jenkins持续集成环境(3)集成PMD、FindBugs、Checkstyle静态代码检查工具并邮件发送检查结果

为了规范代码,我们一般会集成静态代码检测工具,比如PMD.FindBugs.Checkstyle,那么Jenkins如何集成这些检查工具,并把检查结果放到构建邮件里呢? 今天做了调研和实现,过程如下 首先看,最终效果: 1.pom.xml build.plugins 增加: <plugin> <artifactId>maven-assembly-plugin</artifactId> <executions> <execution> <ph