如果是用tomcat做容器的话,则在./bin/catalina.sh文件添加以下语句即可:export JENKINS_HOME="存放路径(需存在)" 例如:

之前在公司机房部署了一套jenkins环境,现需要迁移至IDC机房服务器上,迁移过程中记录了一些细节:1)jenkins默认的主目录放在当前用户家目录路径下的.jenkins目录中.如jenkins使用root用户启动,则主目录为/root/.jenkins [root@code-server ~]# ll -d /root/.jenkins/ drwxr-x--- 14 root root 4096 Dec 18 15:22 /root/.jenkins/ 2)可以在系统环境变量里手动设置je

最近刚使用阿里云ECS centos服务器,购买的是40G的系统盘,60G的数据盘. 昨天在查看服务器磁盘空间的时候,偶然发现 /dev/vda1 下面40G的空间已使用17G, 因为服务器才开始使用,上面安装的有maven,jdk,nexus,svn ,jenkins, 能产生增量数据的主要是在jenkins和nexus. 因为nexus才清理过发布的私有工程数据,于是进入jenkins空间查看j使用, cd /root/.jenkins/ du -ahc -d1 果不其然,14G的数据来自j

Jenkins使用经验谈1(一步一步搭建Jenkins环境)在公司使用 Jenkins 软件已经有一段时间了,走了很多弯路,但也积累了一些经验,可以和大家分享一下.我们来一起搭建Jenkins环境.首选你需要安装好JRE/JDK和Tomcat.由于这不是本文的重点,所以关于其安装过程就跳过不谈.我实验用的服务器操作系统为64位版本的CentOS 5.4,安装JDK 版本为 64位的 1.6.0:安装Tomcat版本为 7.0.14.题外话,为了解决可能出现的 OutOfMemoryError:

去年就开始学习采用Docker+Jenkins+.Net Core搭建生成式流水线,一直拖到现在,也没有彻底的好好静下来去总结总结.趁着现在对自己的严格要求下,逐渐开始重视自我总结,以此来巩固逐渐失去的知识. 本文地址:https://www.cnblogs.com/CKExp/p/9536864.html 一.安装Docker 这里可以参考之前写过的一篇文章:https://www.cnblogs.com/CKExp/p/8159269.html 内容比较简单,但还算是能够实用,安装的Dock

知识预览 持续集成 Jenkins安装 Jenkins插件 Jenkins配置 Jenkins备份与恢复 发布PHP项目 SVN 发布Maven项目 按版本发布 远程管理 War文件部署设置 任务 Jenkins集群 整合LDAP 按角色授权 Pipeline Jenkins数据迁移 参数化构建过程 解决Jenkins磁盘不够问题 jenkins设置任务超时 超过限定时间停止任务 Jenkins学习网址 Jenkins管理员更改密码 jenkins备份与恢复 更改Nexus密码 升级ssh版本导

gitblit是当作git服务器,也就是作为私有的代码仓库,用法类似于Github Jenkins 是自动构建工具,帮忙将仓库中的代码更新到服务器上.可以设置为定时自动构建. 详细摸索了我现在公司的用法, 先简单描述下工作过程: 平常我们写好代码之后,会git push到仓库,然后到 Jenkins 上点一下,手工执行了一下项目的构建,然后Jenkins让服务器执行了Shell脚本, shell脚本执行了git checkout . 以及git pull , 以及重启相关服务等. ## ----

持续集成 1.什么是持续集成:Continuous integration (CI)持续集成是一种软件开发实践,即团队开发成员经常集成他们的工作,通常每个成员每天至少集成一次,也就意味着每天可能会发生多次集成.每次集成都通过自动化的构建(包括编译,发布,自动化测试)来验证,从而尽快地发现集成错误.许多团队发现这个过程可以大大减少集成的问题,让团队能够更快的开发内聚的软件. 2.没有持续集成的状况: 3.持续集成最佳实践 维护一个单一的代码库     [不要使用多个代码库,避免每个组使用单独得gi

1.迁移背景 原有jenkins版本为2.32.2,由于需要安装git parameter插件,插件安装失败,依赖暂时无法解决,因此决定升级jenkins版本,升级版本为2.121.2.   2.jenkins数据存储文件列表: config.xml:jenkins的全局权限配置以及其他配置文件 credentials.xml:jenkins的凭据配置文件,此处为git服务用户凭据配置文件: jenkins.plugins.publish_over_ssh.BapSshPublisherPlug

Web服务和应用是目前信息技术领域的热门技术.如何使用Docker来运行常见的Web服务器(包括Apache.Nginx.Tomcat等),以及一些常用应用(LAMP.CMS等).包括具体的镜像构建方法与使用步骤. 两种创建镜像的过程.其中一些操作比较简单的镜像使用Dockerfile来创建,而像Weblogic这样复杂的应用,则使用commit方式来创建. Apache Apache是一个高稳定性的.商业级别的开源Web服务器.目前Apache已经是世界使用排名第一的Web服务器软件.由于其良

1.从官网下载最新版本的tomcat下载地址:https://tomcat.apache.org/2.Jenkins 官方网站下载最新版本war包Jenkins官网地址:http://jenkins-ci.org/3.安装Jenkins步骤一.将jenkins的war包拷贝到 $TOMCAT_HOME/webapps 下(不用解压),删除 webapps 下其他目录步骤二.创建存放jenkins数据的目录,并添加环境变量,命令如下: mkdir /jenkins vi /etc/profile

本文档不讲解jenkins的基础用法,主要讲解配合k8s的插件,和pipeline的用途和k8s ci/cd的流程. 以及部署在k8s集群内和集群外的注意事项. 1.准备工作 以下在整个CI/CD流程中需要使用到的插件,可能有时候pipeline等插件没安装,这里不做记录. 插件 版本 用途 Kubernetes 1.18.1 1.Kubernetes集群中运行动态代理,简单来说就是使用改插件运行jenkins slave镜像 Kubernetes Continuous Deploy 2.1.0

1.制作jenkins docker镜像 1.1 下载jenkins wget https://mirrors.tuna.tsinghua.edu.cn/jenkins/war-stable/2.303.2/jenkins.war 1.2 准备JDK(版本>=1.8) jdk-8u192-linux-x64.tar.gz 1.3 编写Dockerfile 基础镜像使用的是centos7 FROM 192.168.1.110/base/centos:7 LABEL maintainer="y

基于Docker+Jenkins+Git的CI/CD实战 与上一篇随笔:基于 Jenkins+Docker+Git 的CI流程初探 有所不同,该内容更偏向于实际业务的基础需求. 有几点需要注意: 该实战中没有涉及到镜像仓库,所以略去了镜像推送阶段,可以参考基于 Jenkins+Docker+Git 的CI流程初探. 与上一篇对比,该实战是基于外网服务器进行的,所以加入了Jenkins自动触发拉取代码以及发送构建报告功能. 实战中的Jenkins也是基于docker运行,对于Jenkins数据持久

DevOps-Jenkins Jenkins简介 Jenkins是一个开源软件项目,是基于Java开发的一种持续集成工具,用于监控持续重复的工作,旨在提供一个开放易用的软件平台,使软件项目可以进行持续集成. 什么是持续集成(CI)? CI(Continuous integration,中文意思是持续集成)是一种软件开发实践.持续集成强调开发人员提交了新代码之后,立刻进行构建.编译.(单元)测试等这个过程,每次提交新代码都要进行此类重复操作,为了提高工作效率,避免重复工作及重复工作导致差别化问题.

前面已经介绍了python+robot framework自动化框架和基本原理的实现,详情请看 python+robot framework接口自动化测试 本章主要讲解报告已经产生那如何以自动化的方式当报告执行结束后以邮件的方式发送通知呢??? 其中有2点:第一:这个报告是以什么的格式发送达到简洁概括的目的?第二:定制化的报告格式怎么带上附件以邮件的方式发出? 解决此两点再加上前篇讲的基本原理和关键字封装,那么就可以骄傲的说完成了接口自动化整体框架的实现~~~ 首先解决第一点:核心脚本如下~(注

原文地址:https://medium.com/edureka/devops-interview-questions-e91a4e6ecbf3 原文作者:Saurabh Kulshrestha 翻译君:CODING 戴维奥普斯 Q1:什么是持续集成? 我会建议你以持续集成的最小定义作为开始来回答这个问题.这是一种研发实践,需要开发人员每天多次将代码集成到共享代码库中.然后通过自动构建来验证每次代码的修改,以便团队尽早发现问题. 我建议你解释一下在以前的工作中是如何实施持续集成的,可以参考以下示例

一.说明 1)需求: Rancher 上部署 Jenkins-master,服务采用 Jenkins-slave 发布,发布完成后 Jenkins-slave 自动销毁. 2)环境: Rancher 2.2.7 (部署Rancher参考之前文章:离线安装 Rancher2.2.4 HA 集群) Jenkins 2.176.2 二.安装 Jenkins 2.1 安装 Jenkins 在 Rancher 2 上部署 Jenkins-master 1)添加工作负载 名称:jenkins-master

一.Dubbo微服务概述 1.1: dubbo介绍 1.2: 部署内容 二.实验环境架构 2.1: 架构 1.1 架构图解 1.最上面一排为K8S集群外服务 1.1 代码仓库使用基于git的gitee 1.2 注册中心使用3台zk组成集群 1.3 用户通过ingress暴露出去的服务进行访问 2.中间层是K8S集群内服务 2.1 jenkins以容器方式运行,数据目录通过共享磁盘做持久化 2.2 整套dubbo微服务都以POD方式交付,通过zk集群通信 2.3 需要提供的外部访问的服务通过ing

jenkins获取GitLab的hook数据并处理 jenkins安装Generic Webhook Trigger Plugin插件 {% asset_img Generic_Webhook_Trgger.png Generic Webhook Trgger具体配置 %} 创建任务,在构建触发器中勾选Generic Webhook Trigger, 在展开的页面中会有一个URL, 这个URL是配置Webhook使用的,一般形式是http://JENKINS_URL/generic-webhoo

前言 在使用Jenkins做持续集成的初期,未能预估项目量的大小.于是乎,配置都是使用的默认配置,而Jenkins的默认主目录放在了服务器的根目录下. 随着时间的推移,项目量的持续增加,在运维过程中就出现了系统磁盘空间不足的问题. 解决方式有: a.对磁盘的根目录分区进行扩容: b.修改Jenkins的主目录,将其设置为空间较大的磁盘的分区下. 说明 a) 修改配置前,应先将Jenkins停止,此实验将默认目录/root/.jenkins改成/mnt/.jenkins: b) 此处实验Jenki