持续集成Jenkins+Gitlab

最新推荐文章于 2023-09-15 16:23:14 发布
最新推荐文章于 2023-09-15 16:23:14 发布
阅读量319 收藏
点赞数
文章标签： 运维 git java
原文链接：https://my.oschina.net/rootliu/blog/3013744
版权

2019独角兽企业重金招聘Python工程师标准>>> hot3.png

持续集成Jenkins+Gitlab

0.1 2018.04.21 15:11* 字数 1203 阅读 760评论 3喜欢 17

一、相关概念

1.1 持续集成：

持续集成(Continuous Integration)，简称CI，是指开发者在代码的开发过程中，可以频繁的将代码部署集成到主干，并进程自动化测试。

 
860
CI
1.2 持续交付：

持续交付(Continuous Delivery)，指的是在持续集成的环境基础之上，将代码部署到预生产环境

 
953
CD
1.3 持续部署：

持续部署(Continuous Deployment)，是指在持续交付的基础上，把部署到生产环境的过程自动化，持续部署和持续交付的区别就是最终部署到生产环境是自动化的。

 
977
Continuous Deployment
 

PS:目前大部分公司都是做到持续交付，做到持续部署的还很少，因为上生产环境，还要有很多步骤需要做。

1.4上线基本流程：

1.代码获取（直接了拉取最新代码，使用tag标签获取某个版本代码）
2.编译 （可选）
3.配置文件放进去
4.打包
5.scp到目标服务器
6.将目标服务器移除集群
7.解压并放置到Webroot
8.Scp 差异文件
9.重启 （可选）
10.测试
11.加入集群

 

二、Gitlab

2.1Gitlab简介

GitLab是一个利用 Ruby on Rails 开发的开源应用程序，实现一个自托管的Git项目仓库，可通过Web界面进行访问公开的或者私人项目。
GitLab拥有与Github类似的功能，能够浏览源代码，管理缺陷和注释。可以管理团队对仓库的访问，它非常易于浏览提交过的版本并提供一个文件历史库。它还提供一个代码片段收集功能可以轻松实现代码复用，便于日后有需要的时候进行查找

2.2Gitlab部署
#环境准备
[root@node1 ~]# cat /etc/redhat-release
CentOS Linux release 7.4.1708 (Core) 
[root@node1 ~]# uname -r
3.10.0-693.el7.x86_64

#更换阿里yum源
[root@node1 yum.repos.d]# wget http://mirrors.aliyun.com/epel/epel-release-latest-7.noarch.rpm 
[root@node1 ~]# wget http://mirrors.aliyun.com/epel/epel-release-latest-7.noarch.rpm
[root@node1 ~]# yum update -y

#更换gitlabyum源为清华大学
[root@node1 ~]# vim /etc/yum.repos.d/gitlab-ce.repo
[gitlab-ce]
name=gitlab-ce
baseurl=http://mirrors.tuna.tsinghua.edu.cn/gitlab-ce/yum/el7
repo_gpgcheck=0
gpgcheck=0
enabled=1
gpgkey=https://packages.gitlab.com/gpg.key
[root@node1 ~]# yum makecache
[root@node1 ~ ]#  yum install -y gitlab-ce

#安装依赖
[root@node1 ~]# yum install curl policycoreutils openssh-server openssh-clients postfix -y

#启动postfix
[root@node1 ~]# systemctl start postfix

#安装gitlab-ce   版本为gitlab-ce.x86_64 0:10.6.4-ce.0.el7
[root@node1 ~]# yum install -y gitlab-ce

#配置并启动gitlab   比较久，需要耐心等待一下，在此之前需要保证80端口不被占用
[root@node1 ~]# gitlab-ctl reconfigure

#等待完成，看到如下结果，说明配置成功
Running handlers:
Running handlers complete
Chef Client finished, 387/552 resources updated in 01 minutes 55 seconds
gitlab Reconfigured!

#查看启动状态 全部为run说明正常启动
[root@node1 ~]# gitlab-ctl status
run: gitaly: (pid 15333) 182s; run: log: (pid 14995) 225s
run: gitlab-monitor: (pid 15350) 181s; run: log: (pid 15153) 213s
run: gitlab-workhorse: (pid 15318) 182s; run: log: (pid 14876) 239s
run: logrotate: (pid 14928) 231s; run: log: (pid 14927) 231s
run: nginx: (pid 14895) 237s; run: log: (pid 14894) 237s
run: node-exporter: (pid 15132) 219s; run: log: (pid 15131) 219s
run: postgres-exporter: (pid 15387) 180s; run: log: (pid 15240) 199s
run: postgresql: (pid 14634) 273s; run: log: (pid 14633) 273s
run: prometheus: (pid 15370) 181s; run: log: (pid 15191) 205s
run: redis: (pid 14574) 279s; run: log: (pid 14573) 279s
run: redis-exporter: (pid 15175) 207s; run: log: (pid 15174) 207s
run: sidekiq: (pid 14858) 245s; run: log: (pid 14857) 245s
run: unicorn: (pid 14820) 247s; run: log: (pid 14819) 247s

至此最基本的gitlab已经正常运行起来了！

2.3Gitlab使用

2.3.1 此时我们在浏览器中访问http://192.168.66.129

Web页面提示需要设置一个密码（最少8位数）我这里设置密码为：12345678

 
 
1000
image.png
 

登录系统，默认用户名为root

 
 
1000
image.png

关闭自动注册 因为为内部使用不需要用户自己注册，由管理员分配用户即可
点击Admin Area 进入管理区域
 
702
image.png
 

点击settings 把Sign-up enabled的钩去掉即可

 
 
1000
image.png

保存即可

2.3.2 创建组，创建项目

进去管理区域，点击New group

 
 
1000
image.png
 

输入相关信息，并选择Private

 
 
1000
image.png

点击Create group即可，如下说明创建成果
 
1000
image.png
 

类似上面的方法，创建一个项目，并选择web组

 
 
1000
image.png

看到如下，说明项目创建成功
 
1000
image.png

测试一下
新建一个Readme，并随意输入
 
1000
image.png

2.3.3 在客户端测试，并配置ssh免秘

[root@node1 ~]# useradd www
[root@node1 ~]# passwd www
更改用户 www 的密码 。
新的 密码：
无效的密码： 密码少于 8 个字符
重新输入新的 密码：
passwd：所有的身份验证令牌已经成功更新。
[root@node1 ~]# su www
[www@node1 root]$ ssh-keygen -t rsa -C "yuanjy@juweitu.com"
Generating public/private rsa key pair.
Enter file in which to save the key (/home/www/.ssh/id_rsa): 
Created directory '/home/www/.ssh'.
Enter passphrase (empty for no passphrase): 
Enter same passphrase again: 
Your identification has been saved in /home/www/.ssh/id_rsa.
Your public key has been saved in /home/www/.ssh/id_rsa.pub.
The key fingerprint is:
SHA256:J5Ja/RLAE4KPv70zz1YMmrz7r5ojLPfchGThH9hBdI8 yuanjy@juweitu.com
The key's randomart image is:
+---[RSA 2048]----+
|   .. ..o .      |
|  .  o o . o     |
|   o  = . E .    |
|  . .. O..       |
|   . .OoSo.      |
|    .=++ *o      |
|   ..o..+..      |
|  . =.*=..       |
|   o oB@*o.      |
+----[SHA256]-----+
[www@node1 root]$ cd 
[www@node1 ~]$ cd .ssh/
[www@node1 .ssh]$ ll
总用量 8
-rw------- 1 www www 1679 4月  21 16:40 id_rsa
-rw-r--r-- 1 www www  400 4月  21 16:40 id_rsa.pub
[www@node1 .ssh]$ cat id_rsa.pub 
ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQDGS5bnpPvBPLkh/j3OJ8j3Z0dkxgUgLMT2ebeL0U/c7cQ6xGRgKajfLLb2xp+U4XCgU6kKBncXvFWh4PY7/eBPpVbpstJmtf/13gAYB/skHen+jl58k1JP4m/9W/aB6KW3PBRuWF9BA3ki0fHt624R2qSHoaveHiP2YK/9hsYhAizzdN3Y6JMCfSxZ7/FluLb+tXuASLuVQqyilxxZGkAjY0/15zntXyNTovAfseeRrmyAktvMgjK9ZfdGZp/nzS3LXclw2/QhAyT4mLL9FzLLWE2adYuBxj/42UrVZrc7bfkTMUllYvSq4Qkg0VS/8n5FLxEjAIKwPDTkbeTFVKan yuanjy@juweitu.com
[www@node1 .ssh]$

上面创建了一个www用户，并生产了秘钥文件，在浏览器中点击个人头像，点击settings进入设置，点击SSH keys

 
 
 
image.png
 

输入刚刚生成的公钥，点击Add key既可

 
 
 
image.png

获取项目路径，复制相关路径
 
 
image.png
 

在客户端测试

[www@node1 ~]$ git clone git@gitlab.example.com:web/web-demo.git
正克隆到 'web-demo'...
ssh: Could not resolve hostname gitlab.example.com: Name or service not known
fatal: Could not read from remote repository.

#PS 因为我这里是虚拟机没有配置相关域名，也没有修改hosts，这里就临时把gitlab.example.com改成IP既可，后面可以修改配置文件
Please make sure you have the correct access rights
and the repository exists.
[www@node1 ~]$ git clone git@192.168.66.129:web/web-demo.git
正克隆到 'web-demo'...
The authenticity of host '192.168.66.129 (192.168.66.129)' can't be established.
ECDSA key fingerprint is SHA256:wJyF35WdLaQJxzWYaVgjv61ujKzHcTw1DpR789UPUQ8.
ECDSA key fingerprint is MD5:3c:96:f6:ad:15:ba:73:fd:67:ac:54:52:84:4d:0a:b3.
Are you sure you want to continue connecting (yes/no)? yes       
Warning: Permanently added '192.168.66.129' (ECDSA) to the list of known hosts.
remote: Counting objects: 6, done.
remote: Compressing objects: 100% (2/2), done.
remote: Total 6 (delta 0), reused 0 (delta 0)
接收对象中: 100% (6/6), done.
[www@node1 ~]$ ll
总用量 0
drwxrwxr-x 3 www www 35 4月  21 16:49 web-demo
[www@node1 ~]$ cd web-demo/
[www@node1 web-demo]$ ll
总用量 4
-rw-rw-r-- 1 www www 44 4月  21 16:49 README.md
[www@node1 web-demo]$ cat README.md 
测试专用 测试 。。。。。。。。[www@node1 web-demo]$

至此Gitlab基本使用已经完成

三、Jenkins

3.1 Jenkins简介

Jenkins只是一个平台，真正运作的都是插件。这就是jenkins流行的原因，因为jenkins什么插件都有
Hudson是Jenkins的前身，是基于Java开发的一种持续集成工具，用于监控程序重复的工作，Hudson后来被收购，成为商业版。后来创始人又写了一个jenkins，jenkins在功能上远远超过hudson
Jenkins官网：https://jenkins.io/

3.2 Jenkins部署

Jenkins 是由java语言编写，所以我们这里需要java环境，我事先已经安装好了1.8.0_161
PS:因为gitlab中的unicorn组件会监听8080端口，而Jenkins默认也是监听8080,这里我们采用node2来部署jenkins

#jenkins自己提供了yum源，这里采用yum方式，也可以采用源码编译的方式

[root@node2 ~]# cd /etc/yum.repos.d/
[root@node2 yum.repos.d]# wget http://pkg.jenkins.io/redhat/jenkins.repo
[root@node2 ~]# rpm --import http://pkg.jenkins.io/redhat/jenkins.io.key
[root@node2 ~]# yum install -y jenkins
[root@node2 ~]# systemctl start jenkins

在浏览器端访问http://192.168.66.130:8080，看到如下界面就说明启动成功

 
 
1000
image.png
 

查看输入密码，登录进入，会看到如下页面

 
 
1000
image.png

选择安装推荐插件即可，等待安装完成
 
1000
image.png
 

填写要创建的管理用户这里使用Admin 密码为12345678，点击保存并完成即可。

 
 
1000
image.png

点击开始使用Jenkins即可
 
 
image.png

至此基本的Jenkins已经正常的运行了

3.3 Jenkins插件安装

因为我们要和gitlab结合，所以这里需要安装gitlab的插件
在系统管理中，进入插件管理，搜索gitlab

 
 
 
image.png
 

按实际情况，选择需要的插件，点击下载待重启后安装既可

 
 
 
image.png

等待安装完成，并重启Jenkins

四、实现持续集成

点击创建一个新任务，输入任务名字，选择自由风格，点击确定既可

 
 
 
image.png
 

在源码管理添加源码路径，点击Add，添加认证，这里是git，如果是svn，需要安装svn相关插件

 
 
1000
image.png

选择SSH认证方式
 
1000
image.png
 

在Gitlab上创建deploy keys

 
 
1000
image.png

点击新建，并在node2 新建www用户，并创建秘钥文件 
[root@node2 yum.repos.d]# useradd www
[root@node2 yum.repos.d]# cd 
[root@node2 ~]# passwd www
更改用户 www 的密码 。
新的 密码：
无效的密码： 密码未通过字典检查 - 过于简单化/系统化
重新输入新的 密码：
抱歉，密码不匹配。
新的 密码：
无效的密码： 密码未通过字典检查 - 过于简单化/系统化
重新输入新的 密码：
passwd：所有的身份验证令牌已经成功更新。
[root@node2 ~]# su www
[www@node2 root]$ ssh-keygen -t rsa -C "yuanjy@juweitu.com"
Generating public/private rsa key pair.
Enter file in which to save the key (/home/www/.ssh/id_rsa): 
Created directory '/home/www/.ssh'.
Enter passphrase (empty for no passphrase): 
Enter same passphrase again: 
Your identification has been saved in /home/www/.ssh/id_rsa.
Your public key has been saved in /home/www/.ssh/id_rsa.pub.
The key fingerprint is:
SHA256:CSt+dEEFmyv40qJ5d1e/NbCHbn9fgEYLaf2FhKHuptk yuanjy@juweitu.com
The key's randomart image is:
+---[RSA 2048]----+
|        oo. .o.  |
|       . o +.. . |
|      . + = o . .|
|     . o * o + . |
|    o + S . +.o  |
|   . = o . .. +. |
|    + +   o. + oo|
|   o.+. .=. ..o.+|
|  o. . .o.E ..oo+|
+----[SHA256]-----+
[www@node2 root]$ cd
[www@node2 ~]$ ll
总用量 0
[www@node2 ~]$ cd .ssh/
[www@node2 .ssh]$ ll
总用量 8
-rw------- 1 www www 1675 4月  21 23:42 id_rsa
-rw-r--r-- 1 www www  400 4月  21 23:42 id_rsa.pub
[www@node2 .ssh]$ cat id_rsa.pub 
ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQDZZE5beieQdGcCQLkHjeh/4TJXwGnybLc7A0xVfTSQszjq7jx/m6jjE4pOHMQX/yUqb9Pg+NdvsJynpV1ZSNr/ojm18vR4S7sj+6nEV0kIP0IWOLeqSlHKvr9BFggkvcAjSTzsSc31P1Wn8rs6z9xag8WWK759vSz1BdG85fW5xgDdlu8ynwGulF6roOa2pAKhCCk2ibRvwYbpElVGcFA6taf7LOnR63842JsYbeC+a8XTcZmWFWVq8JYfeDcoHZ/61gC9lmiIlsVlEGifAJaM6KHQxkViQtEpWzgfRvKEnBmXigiCUvbJPBNSPCbzSPVYK+Yv1llBsGJQfp/74glD yuanjy@juweitu.com
[www@node2 .ssh]$
 
1000
image.png
 

点击Create既可,填写私钥文件，点击Add既可

 
 
1000
image.png
 

点击保存既可，点击立即构建

 
 
1000
image.png

点击查看查看控制台
 
1000
image.png

至此持续集成初步已经完成了

转载于:https://my.oschina.net/rootliu/blog/3013744

weixin_34409357
关注
CI/CD（持续集成/持续部署）
xianyinsuifeng的博客
07-31 697
CI/CD（持续集成/持续部署）是软件开发过程中的一种方法，旨在提高开发效率和软件质量。
Jenkins+Gitlab 持续集成
未来已来
05-29 1416
前言 如果不想在Jenkins上输入用户名和密码，可以通过API token来访问Gitlab 步骤 登陆gitlab，在User setting中配置Access Tokens 如图所示，填写完 Name和Expires date之后，选中四个Scopes，就可以点击Create personal access token来生成API token. 在生成之后，要注意把token保存下来，因...
『中级篇』docker之CI/CD持续集成—GitLab CI服务器（71）
IT架构圈博客
10-06 1055
原创文章，欢迎转载。转载请注明：转载自IT人故事会，谢谢！ 原文链接地址：『中级篇』docker之CI/CD持续集成——GitLab CI服务器（71） 如何搭建一个gitlab ci服务器，首先解释下为什么选择了gitlab ci没有选择jeakins 个人原因，jeakins 网上到处都是资料，怼gitlab ci更加熟悉。 gitlab和gitlab之前集成非常好的，这是不用质...
CI/CD：持续集成/持续部署
热门推荐
weixin_67470255的博客
08-11 1万+
CI/CD是一种通过在应用开发阶段引入自动化来频繁向客户交付应用的方法。CI/CD的核心概念是持续集成、持续交付和持续部署。指在开发过程中自动执行一系列从开发到部署的过程中，尽量减少人工的介入。具体来说，CI/CD可让持续自动化和持续监控贯穿于应用的整个生命周期（从集成和测试阶段，到交付和部署）。这些关联的事务统称为“CI/CD管道”，由开发和运维团队协同支持。CI指的是持续集成，CD指的是持续交付和持续部署。......
持续集成IC
xiongmc的专栏
06-18 966
Jenkins+Ant（Maven）+Git(SVN) http://blog.csdn.net/haizhilei7/article/details/7760129 http://www.cnblogs.com/CloudTeng/archive/2012/02/25/2348055.html http://www.yolinux.com/TUTORIALS/Jenkins.htm
Jenkins+gitlab持续集成
Persist
11-04 3135
一、项目名称 Jenkins+gitlab持续集成 二、项目背景 随着前端开发工程化的发展, 为了提高项目的开发效率、代码可维护性、代码质量、代码规范、业务正确性、以及项目的可持续发布。项目通常需要有： 1.代码规范验 2.单元测试 3.代码编译 4.版本日志 5.版本release 这些工作是重复的，其中代码规范，单元测试，是开发人员需要遵守做好的。为了保证主分支代码的正确性，我们需要一个统一的地方来集成这些功能，在代码push或者merge之前验证。代码通过了才能merge或者release. 由此想到
Docker + Jenkins + Gitlab + Pytest + Allure 接口自动化测试之持续集成.zip
08-25
Docker + Jenkins + Gitlab + Pytest + Allure 接口自动化测试之持续集成.zip
详解Docker+Jenkins+Gitlab+Django应用部署实践
01-11
在互联网应用快速更新迭代的大背景下，传统的人工手动或简单脚本已经不能适应此变化，此时Devops为我们提供了良好的解决方案，应用好CI/CD可以大大的方便我们的日常工作，自动化快速的持续集成/持续交付为我们带来了...
CI-CDdemo：这只是一个演示项目，可供我测试cicd
02-23
CI光盘 这只是我要测试ci / cd的演示项目
cicd-demo:CICD演示
03-05
CI / CD演示 这是一个演示资料库，以补充我的。 先决条件： 为具有可用信用（使用或其他方式）的GCP帐户配置的 码头工人 Kubectl GitHub用户帐户 GitHub机器人帐户 用于配置主机名的域： Tyk顿 灯塔 设置 创建集群： gcloud container clusters create cicd-demo --machine-type=n1-standard-2 克隆此存储库，并在Makefile的顶部设置以下变量： DOMAIN-公开Lighthouse钩子和Tekton仪表板的域 GITHUB_BOT-用于自动化的GitHub bot帐户 GITHUB_OWNER-克隆存储库的所有者 GITHUB_REPOSITORY-克隆存储库的名称 运行make docker_generate以应用更改。 更新： GITHUB_OWNER= " dipp
laravel-cicd:测试GitHub操作以自动化CICD目的
03-29
关于Laravel Laravel是一个具有表达力，优雅语法的Web应用程序框架。 我们认为，发展必须是一种令人愉快的，富有创造力的经历，才能真正实现。 Laravel减轻了许多Web项目中使用的常见任务，从而减轻了开发过程中的痛苦，例如： 。 。 用于和存储的多个后端。 富有表现力，直观的 。 数据库不可知。 。 。 Laravel易于访问，功能强大，并提供大型，强大的应用程序所需的工具。 学习Laravel Laravel拥有所有现代Web应用程序框架中最广泛，最全面的和视频教程库，因此轻而易举地开始使用该框架。 如果您不想读书，可以使用帮助。 Laracasts包含1500多个视频教程，涉及各种主题，包括Laravel，现代PHP，单元测试和JavaScript。 深入我们全面的视频库，提高您的技能。 Laravel赞助商 我们要感谢以下赞助商为Laravel开发
Jenkins+Gitlab+Ansible自动化部署.zip
03-03
本教程围绕“Jenkins+GitLab+Ansible”这一组合，详细介绍了如何构建一个自动化的部署环境。让我们逐一探讨这些工具及其在自动化部署中的作用。 **Jenkins** 是一个开源的持续集成服务器，它允许开发者频繁地集成...
Java项目包 Jenkins+Maven+Gitlab+Tomcat 自动化构建打包、部署
最新发布
02-23
1. **Jenkins**：Jenkins 是一个开源的持续集成（CI）服务器，可以自动化各种软件开发任务，如编译、测试、部署等。在这个场景下，Jenkins 监听 Gitlab 仓库的代码变更，一旦检测到新的提交，就会触发构建流程。 2....
持续集成与部署之CI/CD简介
GXY1551705593的博客
08-08 218
持续集成与部署
CI/CD：实现持续集成与持续交付的完整指南
努力是为了站在万人之中，成为别人的光
09-15 5418
持续集成（CI）是一种软件开发实践，将开发者的代码持续集成到共享代码库中，自动构建和测试，以确保每次代码更改都能正常工作。持续交付（CD）扩展了CI的概念，旨在自动化软件交付流程，包括构建、测试、部署和监控，以确保新功能或修复能够迅速交付到生产环境。CI/CD是现代软件开发的核心实践，它通过自动化构建、测试和部署，提高了开发流程的效率、代码质量和交付速度。无论您是开发者、DevOps工程师还是团队领导，深入了解和实施CI/CD流程都将对项目的成功交付和可维护性产生积极影响。
CI/CD
钉子
09-02 697
持续集成（CI）、持续交付和持续部署（CD） 持续集成（CI） 持续集成（CI）是一个让开发人员将工作集成到共享分支中的过程，从而增强了协作开发。频繁的集成有助于解决隔离，减少每次提交的大小，以降低合并冲突的可能性。 为了鼓励CI实践，一个强大的工具生态已经构建起来。这些系统集成了VCS库，当检测到更改时，可以自动运行构建脚本并且测试套件。集成测试确保不同组件功能可以在一个组内兼容，使得团队可以...
【CI/CD】详解自动化开发之CI/CD（持续集成、持续交付、持续部署）
程序星空实验室
07-04 1万+
CI（Continuous Integration）：指持续集成，它属于开发人员的自动化流程。CD（Continuous Delivery）：指的是持续交付和/或持续部署，这些相关概念有时会交叉使用。持续部署扩展了持续交付，以便软件构建，在通过所有测试时自动部署。.........
Jenkins+GitLab：持续集成实践与OWASP安全插件详解
本文主要介绍了持续集成、持续交付和持续部署的概念及其在软件开发过程中的应用，重点聚焦于Jenkins与GitLab这两个工具在实现自动化构建和安全实践中的角色。 首先，文章定义了持续集成（Continuous Integration, C...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值