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/log/gitlab \
-v /home/gitlab/data:/var/opt/gitlab \
aa8f2150af31

生成容器后初始化gitlab容器
docker exec -t gitlab gitlab-ctl reconfigure
重启gitlab服务
docker exec -t gitlab gitlab-ctl restart
修改ssh端口在
vim /opt/gitlab/embedded/service/gitlab-rails/config/gitlab.yml

434行 ssh_port: 2222
重启gitlab
二.使用docker安装Jenkins
docker run -itd \
-p 1080:8080 -p 50000:50000 \
--name jenkins \
-v /home/jenkins:/var/jenkins_home/ \
docker.io/jenkins
上面命令要是执行不成功,把倒数第二行Jenkins_home换成Jenkins
其余详细gitlab+jenkins详细步骤可以访问下面网址
Gitlab+jenkins持续集成+自动化部署(一) http://blog.51cto.com/12832314/2140284
Gitlab+jenkins持续集成+自动化部署(二)
http://blog.51cto.com/12832314/2140304
Gitlab+jenkins持续集成+自动化部署(三)
http://blog.51cto.com/12832314/2140311

注:docker就是为了方便管理,备份乱七八糟的,剩余的部署详情访问下面地址

原文地址:http://blog.51cto.com/12832314/2145965

时间: 2024-10-12 16:39:05

docker搭建gitlab+Jenkins持续集成环境的相关文章

简单搭建Gitlab CI持续集成环境

简单搭建Gitlab CI持续集成环境 简单介绍Gitlab CI的功能 从GitLab 8.X 开始,GitLab CI就已经集成在GitLab中,我们只要在项目中添加一个.gitlab-ci.yml文件,然后添加一个Runner,开启Runner,即可进行持续集成.而且随着GitLab的升级,GitLab CI变得越来越强大. GitLab Runner 在没使用过Gitlab之前,我也有一个困惑,到底Gitlab Runner是什么东西.它的作用是什么?</br>GitLab Runne

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

构建Docker+Jenkins持续集成环境

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

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

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

Jenkins+Maven+Gitlab+Nexus持续集成环境搭建

1.软件及服务介绍 Jenkins:jenkins是实现代码自动化流程上线的工具,Jenkins是一个独立的开源软件项目,是基于Java开发的一种持续集成工具,用于监控持续重复的工作,旨在提供一个开放易用的软件平台,使软件的持续集成变成可能.前身是Hudson是一个可扩展的持续集成引擎.可用于自动化各种任务,如构建,测试和部署软件.Jenkins可以通过本机系统包Docker安装,甚至可以通过安装Java Runtime Environment的任何机器独立运行 Maven:Maven是一个项目

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. 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

在 Docker 里构造 Meteor 持续集成环境

持续集成由以下环节组成: 代码版本库 (gitlab等) CI服务 (gitlab-ci/jenkins等 coordinator) CI Runner 当开发者将修改推送到版本库时,版本库会通知 CI服务,CI服务则会取出一份代码,交给 Runner进行检测,Runner将检测结果汇报给 CI服力.当然,开发者在提交代码之前,应该已经在自己的环境里做过必要的测试了. Meteor已经选定 Velocity做为官方测试框架,通过 meteor run --test可以调用不同的测试工具完成单元测