1.停止docker [root@jenkins data]# systemctl stop docker 2.创建目录,拷贝数据 [root@jenkins data]# mkdir -p /newdata/jenkins //要保证目录的属主和属组不变,设置新目录权限777是为了cp -a能正常拷贝属主和属组等全部信息 [root@jenkins data]# /newdata/jenkins [root@jenkins data]# cp -a /data/jenkins /newdata

在使用Jenkins做持续集成过程中,在构建很多次后发现有时在构建的时候系统提示磁盘空间不足,此时检查发现Jenkins的主目录挂载区放在了服务器根目录下,占用空间较大,此时除了对服务器的磁盘进行扩容外,另一个解决办法就是修改Jenkins的主目录,将其放在占用磁盘空间较大的分区下面 修改Jenkins主目录的几种方式!!!!!特别注意,一般情况下尽量不要修改Jenkins的主目录,我在修改的时候曾导致服务挂掉,所有配置均重新配置 由于Jenkins默认的主目录空间太小,导致需要将Jenkins

方法一: 停止Jenkins服务 net stop Jenkins 找到Jenkins安装目录,Config.config文件,找到WorkSpaceDir配置,修改为目标地址,保存. 启用Jenkins服务 net start Jenkins 方法二:慎用[会导致插件失效,配置更改.Job丢失,适合未初始化时使用] 一,未修改时 2.修改步骤,设置系统变量: 右击[我的电脑]图标,在鼠标右键所显示的下拉菜单中选择[属性],由此我们进入[属性]面板.   在属性面板中,点击图示所示的[高级系统设

1.安装tomcat 2.下载Jenkins.war包,把Jenkins.war放在D:\01Install\tomcat\webapps目录下,启动tomcat

在使用Jenkins做持续集成过程中,在构建很多次后发现有时在构建的时候系统提示磁盘空间不足,此时检查发现Jenkins的主目录挂载区放在了服务器根目录下,占用空间较大,此时除了对服务器的磁盘进行扩容外,另一个解决办法就是修改Jenkins的主目录,将其放在占用磁盘空间较大的分区下面   修改Jenkins主目录的几种方式 !!!!!特别注意,一般情况下尽量不要修改Jenkins的主目录,我在修改的时候曾导致服务挂掉,所有配置均重新配置 工作中,由于Jenkins默认的主目录空间太小,导致需要将

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

工作中,由于Jenkins默认的主目录空间太小,导致需要将Jenkins默认的主目录修改到其它目录.本文针对更改Jenkins的主目录详细介绍. 注意:在Jenkins运行时是不能更改的. 请先将Jenkins停止运行. 一.Windows环境更改Jenkins的主目录 Windows环境中,Jenkins主目录默认在C:\Documents and Settings\AAA\.jenkins . 可以通过设置环境变量来修改,例如: JENKINS_HOME=C:\jenkins,然后重新启动j

前面我们已经通过jenkins+docker搭建了基本的持续集成环境,实现了服务的自动构建和部署,但是,我们遇到一个问题,jenkins构建出来的镜像部署后,需要通过ip:port去访问,有什么更好的方法吗?肯定是通过域名啊!前提是你注册一个域名,或者修改机器hosts文件. 本文介绍通过引入etcd+confd实现部署服务的自动注册,自动生成nginx配置文件,实现每个服务独立域名访问. 配置域名 假设你的域名是: example.com,那么我们可以规划 dev.$servicename.e

项目组除了常规的java项目,还有不少android项目,如何使用jenkins来实现自动构建呢?本文会介绍安卓项目通过jenkins构建的方法,并设计开发一个类似蒲公英的app托管平台. android 构建 安装android sdk: 先下载sdk tools 然后使用sdkmanager安装: ./sdkmanager "platforms;android-21" "platforms;android-22" "platforms;android-

什么是CI/CD 持续集成(Continuous Integration,CI):代码合并.构建.部署.测试都在一起,不断地执行这个过程,并对结果反馈.持续部署(Continuous Deployment,CD):部署到测试环境.预生产环境.生产环境.持续交付(Continuous Delivery,CD):将最终产品发布到生产环境,给用户使用. 高效的CI/CD环境可以获得:• 及时发现问题• 大幅度减少故障率• 加快迭代速度• 减少时间成本 接下来是实战: 环境说明: 192.168.1.3

环境 Windows 10 Docker Version 18.06.1-ce-win73 (19507) 运行jenkins 运行jenkins 容器 docker run -d --name lnmp-jenkins --user root -p 8080:8080 -p 50000:50000 jenkins/jenkins:2.165 1.请使用 root 账户运行,否则使用默认jenkins账户运行的时间将会有问题. 2.由于是Windows 环境,所以这里不建议挂在数据卷.否则将会有

Docker+Jenkins+Maven+SVN搭建持续集成环境 环境拓扑图(实验项目使用PHP环境) 发布流程图 环境说明 系统:Centos 7.4 x64 Docker版本:18.09.0 Maven版本:3.6 Tomcat版本:8 JDK版本:1.8 Jenkins版本:2.7 SVN版本:1.7.14 管理节点Jenkins/SVN:192.168.1.79 测试节点:192.168.1.78 生产节点:192.168.1.77 应用环境部署 1.管理节点:SVN安装配置及简单使用

从零搭建docker+jenkins+node.js自动化部署环境 本次案例基于CentOS 7系统 适合有一定docker使用经验的人阅读 适合有一定linux命令使用经验的人阅读 1.docker部分 1.1.docker简介 Docker 是一个开源的应用容器引擎,让开发者可以打包他们的应用以及依赖包到一个可移植的容器中,然后发布到任何流行的 Linux 机器上,也可以实现虚拟化.容器是完全使用沙箱机制,相互之间不会有任何接口 1.2.docker架构 简单的说,docker就是一个轻量级

Docker+Jenkins持续集成 使用etcd+confd实现容器服务注册与发现   前面我们已经通过jenkins+docker搭建了基本的持续集成环境,实现了服务的自动构建和部署,但是,我们遇到一个问题,jenkins构建出来的镜像部署后,需要通过ip:port去访问,有什么更好的方法吗?肯定是通过域名啊!前提是你注册一个域名,或者修改机器hosts文件.本文介绍通过引入etcd+confd实现部署服务的自动注册,自动生成nginx配置文件,实现每个服务独立域名访问. 配置域名 假设你的

原文:手把手0基础项目实战(一)--教你搭建一套可自动化构建的微服务框架(SpringBoot+Dubbo+Docker+Jenkins)... 本文你将学到什么? 本文将以原理+实战的方式,首先对"微服务"相关的概念进行知识点扫盲,然后开始手把手教你搭建这一整套的微服务系统. 项目完整源码下载 https://github.com/bz51/SpringBoot-Dubbo-Docker-Jenkins 这套微服务框架能干啥? 这套系统搭建完之后,那可就厉害了: 微服务架构 你的整个

继http://www.cnblogs.com/guilty/p/4747993.html之后. 前两天朋友问的,docker+jenkins整合. 我也没搞过,但是正好最近有空,我也很有兴趣,就搞一下. docker是什么,以及如何安装,我这里不做解释,只介绍一些我踩过的坑. 首先说docker,我用的是centos7的镜像,里面连wget都没有,网上资料也很少,坑也是自己慢慢踩过来. 先说路由表,我用的是阿里云,安装完docker,命令会报错,经查找需要改路由表 sudo route del

系统环境:centos7.7 (VMware中) 镜像image 版本:jenkins/jenkins (截止2020.01.10最新版) 参考文章:https://www.jianshu.com/p/12c9a9654f83 1.一定要 docker pull jenkins/jenkins ,不要docker pull jenkins ,jenkins版本太旧已不维护了.(感谢文章:https://www.jianshu.com/p/9a3814c88bf2) 2.查看拉取的镜像 docke

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

前言 背景 最近在帮学校导师写项目,团队有4个人,项目前后端分离.如果是选择瀑布式开发:(在约定好接口的情况下)A.B同学写前端,C.D同学写后端,然后约定一个时间统一联调,最后将项目交付安装到客户机器上. 结合学校的背景,开发过程中会有几个问题: 项目需求可能会不定发生变化,客户希望能阶段性看到成果 等前后端开发完成之后再联调工作量大,容易出错,且开发bug容易堆积,愈演愈烈 如果前后端可以实现一边开发一边联调,一个小功能实现后就能立刻看到效果并且进行相应测试,这样即使中途遇到需求变动,也能较

Deployment Pipeline using Docker, Jenkins, Java and Couchbase http://blog.couchbase.com/2016/september/deployment-pipeline-docker-jenkins-java-couchbase

前言:Jenkins修改管理员密码,我看了网上所有的教程,竟然全都是拿着一串已经加密好的111111的密文去替代config.xml文件里面的密码,然后大家的密码都是111111!我觉得这种做法实在太敷衍了!于是我就研究了下,包括Jenkins密码的加密方式,以及如何修改管理员的密码,当然,通过配置Jenkins允许注册用户,去注册一个用户,也不失为一个好选择. 1.Jenkies的加密方式         Jenkins的密码采用的是Java加解密工具 jBCrypt,我也是第一次接触到这种加