本篇文章前端项目以vue为例(其实前端工程化项目的操作方法都相同),部署在Linux系统上(centos). 之前做前端项目的部署,一直都是手动运行打包命令,打包完.再使用FTP.Xshell等这类的工具上传到服务器.这种方式不仅效率不高,而且容易出错,一不小心就放错地方了.或者公司有运维,只需要打包前端项目代码后发给运维就不管了,但是一般的小公司是没有运维的.所以呢,就在找有没有什么工具可以自动帮我完成这些操作,于是就找到了下面这货,名字叫做Jenkins.随着用的越来越多,越来越顺心,这小老

首先需要搭建好docker环境的linux系统,这个教程多如牛毛,在此不再赘述. 然后编写一个dockerfile来生成一个镜像,dockerfile其实就是一系列命令的集合,有点像windows的批处理文件, 搭建Jenkins构建环境需要安装jdk.maven.tomcat.jenkins,另外还安装了GIT,用来构建GIT来源的代码,内容如下: FROM centos:7 # author info MAINTAINER xulijian 514045152@qq.com # instal

如题,jenkins构建成功,在jenkins的workspace中有生成的war包,但没有发布到tomcat的webapps目录. 构建日志 找了很多原因发现应该还是项目相对路径不对导致的,我的war包相对路径配置之前是这么配置的:target/bicycleSharingServer-master.war                              (bicycleSharingServer-master项目名) 修改为 使用**/*.war这个万能配置,解决问题,成功发布wa

写在前面 本篇文章是上一篇边缘化搭建 DotNet Core 2.1 自动化发布和部署(上)的后续操作,本文主要讲解如何开启Docker Remote API,开启Remote API后的权限安全问题.配置Jenkins构建项目,并在云服务器上构建成功.废话不多说,我们一起来动手操作吧. 先决条件 1.一台Debain 9系统 x86 服务器 硬件环境:1核2G 40G硬盘. 2. x86服务器成功安装并运行Docker环境(本文不阐述安装过程,读者可查阅参考文献) 2.根据上一篇边缘化搭建 D

Jenkins 是一个开源软件项目,旨在提供一个开放易用的软件平台,使软件的持续集成变得可能.现在软件开发追求的是效率以及质量,Jenkins使得自动化成为可能! 亮点 采用shell自定义脚本,控制集成部署环境更加方便灵活 精简war包中的lib包,常驻tomcat里,减少war包传输时间 Jenkins 用户权限管理,不让淘气鬼乱动 构建失败发邮件通知相关人员解决 自动按天备份war包,Jenkins配置备份以及版本控制化 环境 Ubuntu 14.10 (GNU/Linux 3.16.0-

现在的云虚拟化环境越来越多,经常会碰到需要修改并重新打包新的ISO或QCOW2镜像文件.通过手工的方式会比较麻烦,所以在镜像发布的生产环境中可以利用Jenkins来进行定期打包发布,以下介绍Jenkins环境中打包ISO/QCOW2镜像时的一些步骤和注意事项.(本处仅描述已经有QCOW2镜像的情况,如果没有QCOW2镜像的话需要新创建镜像,后续再添加从零创建镜像的过程) 配置打包ISO镜像 打包ISO镜像的过程比较简单,将命令写成一个脚本执行即可: [root@localhost vfw]$ c

本文转载自利用 Java 操作 Jenkins API 实现对 Jenkins 的控制详解 导语 由于最近工作需要利用 Jenkins 远程 API 操作 Jenkins 来完成一些列操作,就抽空研究了下如何利用 JAVA 操作 Jenkins API,实现对 Jenkins Job.View等等的增.删.改.查操作. 系统环境: Java 版本:1.8 Jenkins 版本:2.172 参考及项目地址: 本示例项目 Github 地址:https://github.com/my-dlq/blo

Jenkins在自动化构建服务的同时也在消耗服务器的磁盘空间,如果构建的项目个数很多,而Jenkins 服务器磁盘空间又不是非常大的话,每隔一段时间磁盘空间就会爆满导致,就会出现磁盘空间不足无法构建的后果.这时候就需要进行一定的手工干预才能恢复Jenkins的正常运作. 解决方案: 1.执行命令:df 查看哪个挂载点满了

简介 Jenkins是一个开源的持续集成工具,提供了数百种插件供用户选择,能够完成整套持续集成环境的构建. 它具有如下的特点: 持续集成和持续发布 作为可扩展的自动服务器,Jenkins可以作为简单的CI服务器使用,也可以作为持续发布源. 安装简单 Jenkins是基于Java的程序,因此其可以运行在多种平台上,如Windows,Mac OS X和其他类似于Unix的操作系统. 配置简单 Jenkins可以通过Web图形化界面进行配置,包括实时的错误检查和内置帮助. 支持插件 在升级中心中支持数

引入RF是为了能够快速的开展自动化验收测试,Jenkins而一种持续集成工具,用于监控持续重复的工作,持续的软件版本发布/测试项目,而通过RF+Jenkins可以有利的对RF构建的接口项目进行持续集成测试.Jenkins另一个强大之处就是它的分布式构建(在Jenkins的配置中叫做节点),分布式构建能够让同一套代码在不同的环境(如:Windows和Linux系统)中编译.测试等.而且Jenkins构建的代码和产物最后自动拷贝到主节点. 简单概括而言,结合RF+Jenkins开展持续集成基本步骤:

Findbugs简介 关于findbugs的介绍,可以自行百度下,这里贴下百度百科的介绍.findbugs是一个静态分析工具,它检查类或者 JAR 文件,将字节码与一组缺陷模式进行对比以发现可能的问题.这组缺陷模式是可配置的,通过配置,可以过滤掉一些我们不想或不需要检测的问题. findbugs在gradle中的配置 理论的部分就不多阐述了,我们直接来看看项目中怎么使用findbugs吧. 首先,在build.gradle引入findbugs插件 <code class="hljs bas

  一.目的: 为能够将相关系统性能测试做为常规化测试任务执行,且可自动无人值守定时执行并输出性能测试结果报告及统计数据,因此基于Jmeter+maven+Jenkins构建了一套性能自动化测试平台 二.环境准备: 1.选定Linux服务器(一台或多台均可,目前为10.0.4.109),安装jmeter(直接解压缩已下载好的jmeter zip包即可使用),做为测试负载机 JDK版本要求:1.8 jmeter版本要求:3.1 启动jmeter测试负载机: 1)进入/data0/java/apac

Jenkins构建历史记录处理   by:授客 QQ:1033553122 测试环境 Jenkins2.32.1 操作步骤 Jenkins构建后会生成历史记录,默认存放在如下目录 Jenkins_home/jobs/build_project_name/builds/ Linux下,Jenkins_home默认为 /root/.jenkins 如果因磁盘空间存储等原因,想批量删除构建历史记录,可进入该目录,删除全部文件,然后重启Jenkins即可. 同时,我们还可以对构建项目进行配置,如下, 如

自动触发构建 远程构建 本地默认情况下是能够自动构建的,因为浏览器已经登录 了jenkins,如果从别的地方调用的话需要加上用户名和密码做认证,方法如下 curl -u a:a http://JenkinsURL/job/job_name/build?token=hzcfadmin -u 指定的为用户名和密码 参数化构建 Maven构建时指定构建环境 clean install -DskipTests -Denv=beta #指定打包环境 ,其中beta为所拉取的代码下的pom.xml里指定的i

Docker  彭东稳  1年前 (2016-12-27)  10709次浏览  已收录  0个评论 一.介绍Jenkins Jenkins是一个开源项目,提供了一种易于使用的持续集成系统,使开发者从繁杂的集成中解脱出来,专注于更为重要的业务逻辑实现上.同时Jenkins能实施监控集成中存在的错误,提供详细的日志文件和提醒功能,还能用图表的形式形象地展示项目构建的趋势和稳定性.并且Jenkins提供了大量的插件,能够完成各种任务. 今天我需要使用Jenkins构建一个Docker镜像,然后自动p

一.环境搭建 本次实验的环境为Ubuntu 16.04,Jenkins 2.8.3 1.安装ssh sudo apt-get update # 更新软件源 sudo apt-get install openssh-server # 安装ssh sudo ps -e |grep ssh ## 查询是否启动 ,如果没有启动 sudo service ssh start 启动 使用gedit修改配置文件”/etc/ssh/sshd_config” 获取远程ROOT权限 打开”终端窗口”,输入”sudo

1.展示这段shell命令 +详解 #===================================================================================== #=================================定义初始化变量====================================== #================================================================

我们项目在开发过程中使用了Jenkins构建Windows版本,为了通过自动触发使构建的版本保持最新,可以采用的方法如下: Jenkins Poll SCM:设置Jenkins定时检查变更,在SVN版本号有变更的情况下执行构建: Jenkins Remote Trigger + SVN Post Commit Hook:配置SVN仓库的Post Commit Hook,在提交完成后触发Jenkins远程构建: 显然,第二种方法更可取一些.但是在公司内配置SVN Server Hooks需要申请权

GitLab 是当前应用非常广泛的 Git Hosting 工具,Jenkins 是非常牛逼的持续集成工具.尽管 GitLab 有内建的 GitLab CI,但它远没有 Jenkins 那么强大好用.Jenkins 和 GitLab 在两者的结合上,都提供了非常方便的工具.在我们向 GitLab push 代码,或执行其它一些操作时,GitLab 可以将这些时间通知给 Jenkins,trigger Jenkins 工程的构建自动执行. 要实现在向 GitLab push 代码时,自动 trig

一. 除零错误(ZeroDivisionError) 今天在jenkins上运行接口自动化测试任务时,从控制台输出中看到了除零错误,大概是这样的 从上图中,通过分析,可以得出三个结论: 1. jenkins通过命令行执行任务时,其所在的位置是在jenkins中当前任务的工作空间下 2. 那么main.py中寻找测试用例时的os.getcwd(),得到的不是futureloan_API_framework目录,而是当前运行脚本的目录API_Auto_Test 3. 很有可能是因为找不到测试用例才发

小白对jenkins运维的使用有点简单的想法,这里开个记录贴记录下. 由于未找到jenkins构建失败后执行其他脚本的插件,也暂时没有使用其他运维工具.所以想自己写一个shell脚本,一是方便其他人使用,二是可以失败后回滚. 本文使用gitlab webhook触发jenkins构建,jenkins执行shell命令--->mvn或者npm打包--->打包成docker镜像--->发布--->发布成功后用jenkins的git publisher插件push一个gitlab tag