问题现象 构建任务失败,查看日志提示读取文件权限不足. 问题分析 在linux上查看对应文件,发现这些文件只有root用户才有读的权限,jenkins默认是以jenkins用户在操作linux系统,因此造成了无法读取文件的情况. 解决方法 找到jenkins的配置文件,将用户jenkins修改为root 修改后,重启jenkins服务 再次构建任务

本文首发于我的个人博客,解决 Windows Docker 安装 Gitlab Volume 权限问题 ,欢迎访问! 记录一下 Windows10 下 Docker 安装 Gitlab 的步骤. Caution: We do not officially support running on Docker for Windows. There are known issues with volume permissions, and potentially other unknown issue

一 全局配置项设置 需要添加全局变量项,例如名称docker,路径/usr/local 添加一个jenkinsfile文件,用于运行docker命令 pipeline { agent any tools{ gradle "gradle" } stages { stage('init') { steps { script{ def dockerPath = tool 'docker' //全局配置里的docker env.PATH = "${dockerPath}/bin:${

环境 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 环境,所以这里不建议挂在数据卷.否则将会有

[过程改进]持续集成 windows下jenkins常见问题填坑 没有什么高深的东西,1 2天的时间大多数人都能自己摸索出来,这里将自己遇到过的问题分享出来避免其他同学再一次挖坑. 目录 1. 主从节点 2. Nuget自动包还原 3. powershell部署 4. 内网机器实现基于变化的构建 5. Github私有项目pull时限 所谓主从,主要应用的场景例如多种环境(windows/linux,.net/java/php)需要不同的构建基础,而我们又不想都将一系列的步骤和环境混杂在一台构建

Docker 是个好东西,特别是用它来部署 ASP.NET Core Web 项目的时候,但是仅仅的让程序运行起来远远不能满足我的需求,如果能够像 DaoCloud 提供的持续集成服务那样,检测 git 仓库的代码提交,拉取源码,然后编译出来,自动构建新的镜像,最终部署到一个新的容器里面,那就真是太棒了. 经过几天的研究,我终于实现了上面的 CD 系统~ 本文假定读者了解基本的 docker 操作 构建我们自己的 Jenkins 镜像 建立一个 Dockerfile,将下面的内容复制进去 FRO

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

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就是一个轻量级

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

1.先配置好Docker阿里云加速,可以使用阿里云容器服务 (可自己在阿里云申请,要不然安装东西直接很慢)注意:https://XXXX.mirror.aliyuncs.com为阿里云加速服务分配地址 sudo mkdir -p /etc/docker sudo tee /etc/docker/daemon.json <<-'EOF' { "registry-mirrors": ["https://XXXX.mirror.aliyuncs.com"] }

系统环境: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

背景 系统版本:CentOS7 Jenkins版本:2.222.1 maven版本:apache-maven-3.6.3 Java版本:jdk1.8.0_231 Git版本:1.8.3.1 docker版本:1.13.1 k8s版本:1.9.8 使用yum install jenkins方式安装jenkins. 俺的Jenkins只部署了一台机器. 错误1 使用git branch: "$brans", credentialsId: 'platform-jenkins', url: &

springboot + docker + jenkins自动化部署项目,jenkins.mysql.redis都是docker运行的,并且没有使用虚拟机,就在阿里云服务器(centos7)运行 1.前期准备工作不说了 2.在项目根目录下新建Dockerfile Dockerfile文件内容为: #基础镜像 FROM openjdk:12 #作者 MAINTAINER demo <demo@qq.com> VOLUME /tmp #指定配置文件,以及jar包在服务器上的路径 ENTRYPOIN

前面的三篇docker 文档大家看的肯定不过瘾,自己可能也已经上手一试了...不知道有没有发现问题... 哈哈... 我来说说我遇到的问题哦 一.windows docker 镜像越来越大 默认的docker 镜像全部下载到了C盘 C:\ProgramData\Docker 中 ...  ,导致越来越大,最后c盘就爆了,我们需要切换下镜像保存位置 docker desktop 的setting中设置data-root 一旦切换了目录,原来存在镜像以及容器就不被检查出来了,都需要重新创建,所以在切

前言 网上大多数都是针对主流的Spring Cloud.NET Core的CI/CD方案.但是目前国内绝大部分的公司因为一些历史原因无法简单的把项目从NET Framework切换升级到NET Core,又急切的需要引入CI/CD流程来提高开发体验和效率.因此,本系列博客针对这一问题,旨在解决NET Framework的持续集成难题. 面临的难题 项目结构复杂,且源代码工程结构多为一个解决方案多个项目的模式 构建比较困难,有一些项目的包管理还是以文件路径的引用方式 前后端未完全分离,目前很多公司

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

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

经过上两篇实战Windows Server Docker系列文章,大家对安装Windows Docker服务以及如何打包现有IIS应用为docker镜像已经有了基本认识.接下来我们来简单讲讲一些最基本的运维问题.鉴于到目前为止我们只谈到单服务器部署.这里暂时不涉及集群模式下的复杂生产环境运维. 本主题将涵盖下面这些主要内容,由于这个主题包含的内容较多,将分成上下两篇发布: 上篇 远程操作Windows Docker服务器 自动化Docker编译和部署 Windows Docker网络配置和端口映

上篇中,我们主要介绍了使用docker-compose对Windows Docker单服务器进行远程管理,编译和部署镜像,并且设置容器的自动启动.但是,还有一些重要的问题没有解决,这些问题不解决,就完全谈不上运维: 问题一:如此部署的应用,在宿主机外部,只能通过宿主机的ip加一个个特定的端口来访问每个容器内的应用,这显然是不满足实际需求的. 问题二:相比于将应用直接部署在有UI界面的Windows Server,因为每个应用部署于自己的Windows Docker容器,当应用运行时发生各种问题时

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