简单搭建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 Runner就是来执行这些构建任务的

  • 而此时又会多了一个困惑,Gitlab CI不是也是用来运行构建任务的吗?</br>
    一般来说,构建任务都会占用很多的系统资源(譬如编译代码),而GitLab CI又是GitLab的一部分,如果由GitLab CI来运行构建任务的话,在执行构建任务的时候,GitLab的性能会大幅下降。GitLab CI最大的作用是管理各个项目的构建状态,因此,运行构建任务这种浪费资源的事情就交给GitLab Runner来做拉!因为GitLab Runner可以安装到不同的机器上,所以在构建任务运行期间并不会影响到GitLab的性能。

1、首先部署安装Gitlab

首先安装git

yum install -y git

安装Gitlab依赖

yum install -y curl openssh-server openssh-clients postfix cronie policycoreutils-python

启动ssh,postfix并设置开机启动和配置防火墙规则

sudo systemctl enable sshd
sudo systemctl start sshd
sudo yum install postfix
sudo systemctl enable postfix
sudo systemctl start postfix
sudo firewall-cmd --permanent --add-service=http
sudo systemctl reload firewalld

下载安装Gitlab

curl -sS https://packages.gitlab.com/install/repositories/gitlab/gitlab-ce/script.rpm.sh | sudo bash
yum install gitlab-ce

修改Gitlab配置,将external_url变量地址改为自己域名或IP地址

vim  /etc/gitlab/gitlab.rb

## GitLab URL
##! URL on which GitLab will be reachable.
##! For more details on configuring external_url see:
##! https://docs.gitlab.com/omnibus/settings/configuration.html#configuring-the-external-url-for-gitlab
external_url ‘http://gitlab.test.com‘

## Roles for multi-instance GitLab

重新启动加载配置文件

gitlab-ctl reconfigure
gitlab-ctl restart

可以netstat -ntlp查看启动的服务及端口(可以看出已经启动了nginx服务及端口为80端口,所以可以直接访问前面配置的域名或IP地址)

在浏览器上访问地址(管理员账号密码在UI界面上进行设置)

2、接下来安装与配置Gitlab Runner

点开Runners可以看到一个设置的manually![]
点击install GitLab Runner安装Gitlab Runner

# For Debian/Ubuntu
$ curl -L https://packages.gitlab.com/install/repositories/runner/gitlab-ci-multi-runner/script.deb.sh | sudo bash
$ sudo apt-get install gitlab-ci-multi-runner
# For CentOS
$ curl -L https://packages.gitlab.com/install/repositories/runner/gitlab-ci-multi-runner/script.rpm.sh | sudo bash
$ sudo yum install gitlab-ci-multi-runner

注册Runner(这里可以选择注册一个指定的Runner或者注册一个共享的Runner)

指定的Runner可以理解为只能对某个份代码有效的一个Runner,共享Runner可以理解为所有的代码都可以应用得到同一个Runner,但是注册共享Runner只有admin权限又才可。

  • 注册一个共享的Runner(注册指定Runner也是一样的操作)</br>
    首先admin的账号下看到Runner的设置manually的URL与token信息
sudo gitlab-ci-multi-runner register

  • 输入Gitlab CI地址
  • 输入项目Gitlab CI token
  • 输入Gitlab Runner描述
  • 输入Gitlab Runner标签
  • 输入Gitlab Runner执行的语言

可以查看在Gitlab 共享Runner上多了一条Runner记录

也可以使用list查看Runner的状态:

gitlab-runner  list
Listing configured runners                          ConfigFile=/etc/gitlab-runner/config.toml
cml_test*.*.172.123                           Executor=shell Token=ece68d167647507d1aa61d80ca0f05 URL=http://gitlab.test.com/
  • 接下来编写.gitlab-ci.yml文件,推送到远程代码仓库。
    这里演示一个简单的git pull操作
cat .gitlab-ci.yml
# 定义 stages
stages:
  - test

# 测试
test:
  stage: test
  script:
    # Deploy test
    - ansible cml_test*.*.172.123 -a "cd /home/www/test;git pull"

(这里我使用了ansible去管理,更新代码操作)
最后推送到远程代码仓库上去。

git add .
git commit -m "fix .gitlab-ci.yml"
git push
  • 在相应的代码库下开启的这个共享Runner。

提交代码触发CI

原文地址:http://blog.51cto.com/legehappy/2175334

时间: 09-14

简单搭建Gitlab CI持续集成环境的相关文章

搭建你的持续集成环境——CruiseControl介绍

虽然起了个煞有介事的标题,但是其实只是把在工作中碰到的跟CruiseControl这个工具打交道的经历记录下来,因为听说有个技术博客找工作会加分很多(笑),嗯,让我们开始吧! 相信百度到CruiseControl的同学也已经知道持续集成(CI)是个什么玩意了,这篇文章的作者很懒,就不多废话了,贴上两个百度百科的链接. 关于持续集成 关于CruiseControl 先放上一张使用中的CruiseControl的架构图,然后就有点困了,嗯,那就再见~

jenkins + Git 搭建持续集成环境

jenkins + Git 搭建持续集成环境 持续集成通过自动化构建.自动化测试以及自动化部署加上较高的集成频率保证了开发系统中的问题能迅速被发现和修复,降低了集成失败的风险,使得系统在开发中始终保持在一个稳定健康的集成状态.jenkins是目前广泛应用的持续集成工具,本文记录我使用jenkins+Git配置持续集成环境的整个流程以及踩到的坑(jenkins过程的坑往往不是在第一次配置,而是在配置结束后更改某些配置项的时候踩到). 总体流程如下: tomcat8.0下载地址:http://tom

基于 Jenkins 快速搭建持续集成环境

持续集成是一种软件开发实践,对于提高软件开发效率并保障软件开发质量提供了理论基础.Jenkins 是一个开源软件项目,旨在提供一个开放易用的软件平台,使持续集成变成可能.本文正是从持续集成的基本概念入手,通过具体实例,介绍了如何基于 Jenkins 快速搭建持续集成环境. 持续集成概述 什么是持续集成 随着软件开发复杂度的不断提高,团队开发成员间如何更好地协同工作以确保软件开发的质量已经慢慢成为开发过程中不可回避的问题.尤其是近些年来,敏捷(Agile) 在软件工程领域越来越红火,如何能再不断变

jenkins gulp 持续集成环境搭建

本文假设你之前没有用过任何任务脚本(task runner)和命令行工具,一步步教你上手Gulp.然后教你jenkins如何集成前端构建工具Gulp.不要怕,jenkins gulp 持续集成环境搭建其实也很简单,我会分为五步向你介绍jenkins gulp 持续集成并帮助你完成一些惊人的事情.那就直接开始吧. 第一步:安装Node 首先,最基本也最重要的是,我们需要搭建node环境.访问 https://nodejs.org/en/download/ 下载得到这样的一个文件node-v6.9.

使用Maven+Nexus+Hudson+Svn+Tomcat+Sonar搭建持续集成环境(一)

前言     但凡一个略有规模的项目都需要一个持续集成环境的支撑,为什么需要持续集成环境,我们来看一个例子.假如一个项目,由A.B两位程序员来协作开发,A负责前端模块,B负责后端模块,前端依赖后端.A和B都习惯使用SVN作为代码管理工具,他们分别开始工作,一个功能完成后会提交到SVN,以便对方能够使用.一天B告诉A,我的某个功能完成了,提交到SVN,你更新下来试一下.A便从SVN更新下来代码,结果一试,我檫报错,于是告诉B你的代码有问题,B检查了一下确实有问题,然后B经过1个小时修改后,重新上传

Jenkins+Maven+SVN快速搭建持续集成环境(转)

Jenkins是一个可扩展的持续集成引擎,Jenkins非常易于安装和配置,简单易用,下面看看我们是如何几分钟就快速搭建一个持续集成环境吧. 假设我们目前已经有2个maven项目:entities(JAVA类库),web(Web应用,依赖entities). 一.安装Jenkins 地址http://mirrors.jenkins-ci.org/下载适合的Jenkins版本. Windows最新稳定版的Jenkins地址为:http://mirrors.jenkins-ci.org/window

持续集成环境搭建

Jenkins - 持续集成环境搭建 1. Jenkins 概述 Jenkins是一个开源的持续集成工具.持续集成主要功能是进行自动化的构建.自动化构建包括自动编译.发布和测试,从而尽快地发现集成错误,让团队能够更快的开发内聚的软件. 2. Jenkins功能 主要功能: l 代码库(svn/git等)代码发生变化后更新代码至jenkins工作目录 l 代码变化后启动编译或设置定时编译 l 输出编译结果,包括生成的目标文件 l 邮件通知构建结果 3. Jenkins构建过程 1. 向代码库提交代

使用Maven+Nexus+Jenkins+Svn+Tomcat+Sonar搭建持续集成环境(二)

前言     上一篇随笔Maven+Nexus+Jenkins+Svn+Tomcat+Sonar搭建持续集成环境(一)介绍maven和nexus的环境搭建,以及如何使用maven和nexus统一管理库文件和版本,以及怎么将自己的模块上传至nexus私服,供其他模块引用.下面将主要介绍如何利用Jenkins.SVN.Tomcat以及Sonar来完成项目的自动化编译.测试和发布,以及检查项目的代码质量. 利器Jenkins     Jenkins源于另外一个持续集成工具Hudson,Hudson在o

(六)构建Docker私有仓库、Gitlab仓库和持续集成环境

环境说明 IP 功能 eth0:192.168.124.139 eth1:172.16.100.10 Docker私有仓库.Gitlab.持续集成 eth0:192.168.124.138 eth1:172.16.100.20 Docker服务器,运行容器 构建Docker私有仓库 我们通过Docker官方镜像registry来构建私有仓库. 首先要关闭防火墙.开启IP转发,在CentOS 7上IP转发是禁用的. 默认情况下会将仓库目录创建在容器的/var/lib/registry/下,所以我们

使用Jenkins+Calabash+Cocoapods搭建iOS持续集成环境

持续集成 持续集成究竟是什么呢?根据敏捷大师Martin Fowler的定义: 持续集成是一种软件开发实践.在持续集成中,团队成员频繁集成他们的工作成果,一般每人每天至少集成一次,也可以多次.每次集成会经过自动构建(包括自动测试)的检验,以尽快发现集成错误.许多团队发现这种方法可以显著减少集成引起的问题,并可以加快团队合作软件开发的速度. 只要是开发就有分工,哪怕是自己一个写也要分成多个模块.随着项目越来越大,模块也越来越多,各个模块是否可以征程协作就成了问题,有了持续集成,可以有如下好处: 持