环境介绍: 说明 节点 ip 系统 Gitlab Server git.ds.com 10.0.1.179 CentOS 7.5.1804 Gitlab Runner   10.0.1.178 CentOS 7.5.1804 Docker Registry Harbor harbor.ds.com 10.0.1.183 CentOS 7.5.1804 关于 gitlab server和Harbor的安装这里就表述了. 一.gitlab runner的安装 (gitlab 10版本的) 1.根据具

Jenkins 使用Jenkins的话,完成的工作主要有如下步骤: 1.从Gogs或Gitlab仓库上拉取代码 2.使用Maven编译代码,打包成jar文件 3.根据jar文件使用相对应的Dockerfile文件制作成Docker镜像 4.把Docker镜像推送到Nexus上的Docker仓库(或者Harbor仓库) 5.运行shell脚本,给k8s的master主机上执行更新pod的脚本命令 (这一步不想自动实现的话可以采取手动操作) 前四步的操作: 地址:https://www.cnblog

之前写过使用Jenkins实现自动化部署,最近正好没事研究了下GitLab的自动化部署,顺便记录一下. 使用GitLab部署我们需要准备两件事,第一个起码你得有个GitLab,自己搭建或者使用官方的都可以哈,我这里使用的官方的,想自己搭建的同学可以参考下这篇,使用Docker搭建GitLab: https://www.imooc.com/article/23168 有了GitLab之后我们还需要自己安装部署GitLab Runner,GitLabRunner是用来拉取GitLab仓库的代码,并根

CI / CD方法简介 软件开发的持续集成基于自动执行脚本,以最大限度地减少在开发应用程序时引入错误的可能性.从新代码的开发到部署,它们需要较少的人为干预甚至根本不需要干预. 它涉及在每次小迭代中不断构建,测试和部署代码更改,从而减少基于有缺陷或失败的先前版本开发新代码的风险. 这有三种主要方法,每种方法都根据最适合您的策略进行应用. 持续集成(Continuous Integration, 简称CI) 考虑一个应用程序,其代码存储在GitLab中的Git存储库中.开发人员每天多次推送代码更改.

前言 上一篇博文 .NetCore 配合 Gitlab CI&CD 实践 - 开篇,主要简单的介绍了一下 GitLab CI 的持续集成以及持续部署,这篇将通过 GitLab CI 发布一个 .net core 项目,来带小伙伴们感受一下自动化的魅力,从此告别手动发布. 准备工作 创建一个空MVC项目来进行演示: mkdir hello-world cd hello-world dotnet new sln -n HelloWorld mkdir src cd src dotnet new mv

说明 这里先介绍下两个东西 CI/CD.GitLab Runner,当然在此之前你需要对 git 有所了解,关于 git 这里不做说明,可以自行百度. 首先介绍 CI/CD :随着我们开发方式的转变,程序的发布变得非常频繁,而其这些发布操作都是重复的.CI/CD 就是为了使这些操作能变得自动化,那它是怎么实现自动化的呢?其实它做的就是当我们使用 git push(推送)代码的时候会执行 任务(task) 而这个 任务 里面其实又包含多个 作业(job),如对代码进行单元测试.部署项目等等,这些

用过 GitLab 的同学肯定也对 GitLab CI/CD 不陌生,GitLab CI/CD 是一个内置在 GitLab 中的工具,它可以帮助我们在每次代码推送时运行一系列脚本来构建.测试和验证代码的更改以及部署. Rainbond 本身默认集成了 CI/CD 的整套流程,用户只需提供源代码,后续构建.运行完全交给 Rainbond 处理,整个过程是由 Rainbond 定义的,无需用户干预.这样有利也有弊,利就是简化用户的操作和无需学习 CI/CD 相关知识:弊是用户无法在 CI/CD 过程

引言 这是一个系列的文章,讲述的是一个中小型开发团队如何从零开始使用搭建基建 GitLab 代码托管平台,以及使用 GitLab Runner 实现 CI/CD 的故事.本系列通过部署一个完整的 .net core 项目来做配合实战,可能这个案例并不能适合每个人,但希望可以给刚接触 GitLab 以及 CI/CD 的小伙伴带来一些启发.对 GitLab 以及 CI/CD 有一定了解的,可以略过本文,直接开启下一章. Gitlab CI&CD 是什么? 如上官方图示,可以理解为 Gitlab 给开

在查阅GitLab官网的CI/CD功能说明时,全是英文看起来不方便,通过翻译软件自动翻译后"内容失真",看起来很变扭.查阅了百度上的资料发现很多翻译很老旧,有些甚至是挂羊头卖狗肉.痛定思痛,决定自己翻译分享出来. 下面是第一篇翻译,如有不对的地方请指正. 翻译源文件: https://docs.gitlab.com/ee/ci/yaml/gitlab_ci_yaml.html 正文: .gitlab-ci.yml文件 在使用GitLab CI / CD之前,您需要先具备下面2个条件:

spring-boot 2.5.4,nacos 作为配置.服务发现中心,Cloud Native Buildpacks 打包镜像,GitLab CI/CD 本文主要介绍 Java 通过 Cloud Native Buildpacks 打包镜像,通过 Gitlab 配置 CI/CD.以及使用 nacos 作为配置中心,使用 grpc 作为 RPC 框架. 前置条件: JDK 版本:1.8 gradle 版本:7.1 spring-boot 版本:2.5.4 nacos 版本:1.3.1 GitLa

k8s 中 Pod 的控制器 前言 Replication Controller ReplicaSet Deployment 更新 Deployment 回滚 deployment StatefulSet DaemonSet Job 和 CronJob 总结 参考 k8s 中 Pod 的控制器 前言 Pod 是 Kubernetes 集群中能够被创建和管理的最小部署单元.所以需要有工具去操作和管理它们的生命周期,这里就需要用到控制器了. Pod 控制器由 master 的 kube-contro

前言:因为找了B站内推,测试开发,正好知道内部使用GitLab做自动化测试,所以简单学了一下,有错误的地方请指正. 入门 初始化 cp: 无法获取'/root/node-v12.9.0-linux-x64' 的文件状态(stat): 权限不够 原因:源地址或目标地址有问题 E212:无法打开并写入文件 原因:权限不够;解决:从root权限终端打开sudo su 安装启动Nginx: # 启动 nginx # 停止 nginx stop # 安全退出 nginx -s quit # 重新加载配置文

前言 纵观人类历史的发展以及三次工业革命,你会发现利用机器来替代部分人力劳动,将重复的工作自动化从而解放生产力都是发展的必然趋势,在软件工程领域也不例外,其中 CI/CD 就是其中一项,那么什么是 CI/CD 呢,网上的解释不要太多,这里我就直接放一幅 Gitlab 官网的工作流程图好了: 准备条件 Gitlab runner .gitlab-ci.yml Gitlab runner Gitlab runner 是整个 CI/CD 的执行器,它是执行你写的 .gitlab-ci.yml 文件的虚

GitLab CI/CD持续设置 官方文档地址(https://docs.gitlab.com/ee/ci/README.html) GitLab CI.CD功能非常完善,只需要简单几步,就可以完成项目的持续集成和部署. 你需要准备的是: 1. 准备一个可以执行测试的服务器 2. 注册gitlab-ci-runner到项目 3. 配置CI执行策略,tag触发,还是每个commit都执行 4. 编写.gitlab-ci.yml文件,编写需要自动执行不命令即可 然后提交一个commit尝试下,如果没

Gitlab CI/CD 前言 纵观人类历史的发展以及三次工业革命,你会发现利用机器来替代部分人力劳动,将重复的工作自动化从而解放生产力都是发展的必然趋势,在软件工程领域也不例外,其中 CI/CD 就是其中一项,那么什么是 CI/CD 呢,网上的解释不要太多,这里我就直接放一幅 Gitlab 官网的工作流程图好了: 准备条件 Gitlab runner .gitlab-ci.yml Gitlab runner Gitlab runner 是整个 CI/CD 的执行器,它是执行你写的 .gitla

GitLab CI/CD 配置 概念 持续集成的相关概念,可以看这篇文章 持续集成是什么? - 阮一峰的网络日志 操作示例 创建测试项目 sample-web,然后打开项目的 Runners 配置 找到这个地方,后边要用 然后搭建 gitlab-runner,CI/CD 需要通过它实现 # 创建 gitlab-runner 目录 mkdir -p /usr/local/gitlab-runner && cd /usr/local/gitlab-runner # 映射目录 mkdir -p

本文转自:https://docs.gitlab.com/ee/ci/README.html GitLab Continuous Integration (GitLab CI/CD) The benefits of Continuous Integration are huge when automation plays an integral part of your workflow. GitLab comes with built-in Continuous Integration, Co

转自 https://meigit.readthedocs.io/en/latest/configure_gitlab_i18n_and_create_gitlab_ci_with_gitlab_runner.html 目录 GitLab的汉化与CI持续集成gitlab-runner的配置 实验环境 GitLab环境检查 GitLab汉化 配置CI/CD 什么是GitLab Runner 安装GitLab Runner运行器 注册GitLab Runner 由于多次注册,Runner ID不是从

一.环境准备 首先需要有一台 GitLab 服务器,然后需要有个项目:这里示例项目以 Spring Boot 项目为例,然后最好有一台专门用来 Build 的机器,实际生产中如果 Build 任务不频繁可适当用一些业务机器进行 Build:本文示例所有组件将采用 Docker 启动, GitLab HA 等不在本文阐述范围内 Docker Version : 1.13.1 GitLab Version : 10.1.4-ce.0 GitLab Runner Version : 10.1.0 Gi

前提条件: 1.Docker安装Gitlab,地址:https://www.cnblogs.com/sanduzxcvbnm/p/13814730.html 2.Docker安装Gitlab-runner,地址:https://www.cnblogs.com/sanduzxcvbnm/p/13815594.html 在Gitlab上创建项目 1.新建项目 2.选择springboot模板创建 3.创建项目 创建好项目后查看克隆的地址 我这边是根据前提条件来创建的,所以使用的克隆地址中会有端口号