问题描述: 在局域网内搭了了一个gitlab,最近有需求要用CI 那时我不在 ,他们尝试了一段时间的Jenkins,但是还没有成功,我说gitlab已经有这些功能了,不用那个.于是一个人搞起来了. 从开始用到现在,大致用了不到一天的时间.特来记录一下. 刚开始弄不清gitlab和Runner的区别,以为gitlab已经有这个功能了,直接修改配置文件开启就行了.后来看文档明白了. GitLab Runner 需要额外安装,可以跑在一个单独的机子上.要求这个机器需要能够访问gitlab 步骤 ###

目录 1. gitlab-ci.yml的配置 1.1 几个基本概念 1.2 使用CI进行代码检查demo 2. Sonarqube安装和配置 2.1 Sonarqube安装 2.2 数据库配置 2.3 sonar-scanner安装 2.4 sonar-cxx插件安装 2.4 启动 2.5 gitlab插件安装 2.6 创建项目 3. Gitlab-CI配置 4. 进阶配置 4.1 规则配置 4.2 阈值设置 4.3 设置自动将扫描结果以评论形式写到gitlab 结语 前两次我们讲了如何配置gi

安装gitlab runner docker pull gitlab/gitlab-runner 启动gitlab runner docker run -d --name gitlab-runner --restart always \ -v /var/run/docker.sock:/var/run/docker.sock \ -v /srv/gitlab-runner/config:/etc/gitlab-runner \ gitlab/gitlab-runner:latest 配置gitl

1. 环境设计 搭建一个从开发到测试知道发布上线可以自动换完成的CI系统.这个系统中包含4个环境. 开发(dev)环境: 码农使用. 测试(test)环境: 测试人员使用. 预发布(prepublish)环境: 预发布环境,用于上线前的最后验证. 正式(realpublish)环境: 正式上线运行环境 我期望的效果是这样的: 代码推送到master分支,自动构建.部署到dev 代码推送到test分支, 自动构建.部署到test test上测试通过后,在jenkins中手动触发relase分支构建

0x00 事件 为了开发人员更高效的更新应用而采取的 CI 方式实践. 0x01 过程记录 1.Jenkins 设置 安装插件 Gitlab Hook Plugin Build Authorization Token Root Plugin 配置 Jenkins 工程 勾上 Build when a change is pushed to GitLab. GitLab webhook URL:,后面这个 ULR 等下在 Gitlab 会用到:接着点击右下角的 Advanced- 展开其他选项 往

1. CI/CD 1.1 CI - 持续集成 持续集成( Continuous integration , 简称 CI )指的是,频繁地(一天多次)将代码集成到主干.持续集成的目的就是让产品可以快速迭代,同时还能保持高质量.它的核心措施是代码集成到主干之前,必须通过自动化测试.只要有一个测试用例失败,就不能集成.通过持续集成团队可以快速的从一个功能到另一个功能,简而言之,敏捷软件开发很大一部分都要归功于持续集成. 持续集成的组成要素 一个自动构建过程, 从检出代码. 编译构建. 运行测试. 结果

参考 https://docs.gitlab.com/runner/install/index.html,可以选择与gitlab相同的版本. gitlab runner可以通过安装binary包或docker方式启动,下文以其中一种安装方式为例,系统为ubuntu. 添加gitlab 官方 repo curl -L https://packages.gitlab.com/install/repositories/runner/gitlab-runner/script.deb.sh | sudo

1.Docker安装Gitlab,地址:https://www.cnblogs.com/sanduzxcvbnm/p/13814730.html 2.Docker安装Gitlab-runner,地址:https://www.cnblogs.com/sanduzxcvbnm/p/13815594.html 3.使用Gitlab CI/CD功能在本地部署 Spring Boot 项目,地址:https://www.cnblogs.com/sanduzxcvbnm/p/13820198.html

预期目标 源代码管理 借助GitLab实现源代码托管,私有化部署版本,创建项目,创建用户组,分配权限,项目的签入/牵出等. 自动化部署 源代码产生变更时(如签入),自动化编译并发布到指定服务器中部署,借助GitLab-runner实现持续交付部署,供用户访问项目新版,这里用在开发环境. 环境说明 硬件基本要求:4核4G RHEL8 Linux operating system:这里用官网提到的 AlamLinux8(安装GitLab时,系统的 /boot 需要有1GB以上的空间) GitLab:

整个项目的框架为: gitlab的安装与使用(Centos7) gitlab的安装 新建yum源 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.

前面在jenkins中安装的gitlab hook支持不同的参数,具体可以参考gitlab hook文档https://github.com/jenkinsci/gitlab-hook-plugin#parameterized-projects.其中BRANCH表示触发构建的分支名,我们可以在构建脚本中使用这个参数,进行不同的构建.要使用这个参数,需要在jenkins中进行配置 接下来就是要编写配置脚本了 找到”构建“, 点击“增加构建步骤", 选择“Execute shell", 然

1. 在gitlab上配置192.168.1.30的ssh秘钥,使jenkins可以操作gitlab上的project 进入gitlab,点击右上角 点击 Settings -> SSH keys 点击Add key, 添加 ssh key 2. 在jenkins中配置example-springbootmvc json 进入jenkins -> 新建 输入名称,选择“构建一个自由风格的软件项目" 点击确定 3. 配置git远程仓库地址 进入刚才新建的example-springbo

From this lesson you will learn about 1,How to install and configure a docker based gitlab server 2,How to install and configure a docker based seperated gitlab-runner 3,The basic usage of expect utility 4,How to trigger a script task when committing

gitlab+jenkins+docker 计算机网络大全

环境说明 一台git服务器(192.168.169.7),安装gitlab,docker. 一台web服务器(192.168.169.6),安装git,gitlab runner,docker,dotnet sdk. 为了方便讲述,给两台服务器取个别名吧,7酱和6酱

参考: https://blog.csdn.net/hxpjava1/article/details/78514999   (简单操作) https://blog.csdn.net/wh211212/article/details/72627803  (详细操作) https://www.cnblogs.com/cnundefined/p/7095368.html   (gitlab.gitlab-CI.runner的关系) 1.工程代码准备:gitlab上新建root3组,新建print123

目录 1.什么是Gitlab Pages 2.开启Gitlab Pages 3.基本过程 4.托管markdown文档 4.1 安装sphinx等依赖 4.2 配置项目的sphinx配置 4.3 编写项目文档 4.4 创建首页索引 4.5 配置gitlab-ci.yml 4.6 生成网页 4.7 配置DNS或者hosts文件 5.预览和调试 5.1 直接使用sphinx命令生成网页 5.2 VScode+sphinx插件预览 5.3 下载Gitlab生成的网页 总结 这段时间准备软考去了,也挺久

publish环境是正式环境,和dev, test, prepublish环境不同的是,正式环境一般要更加谨慎一些,发布的时候需要有一个灰度过程,即:分多次部署,每次部署几个服务器节点,验证没有问题以后,再部署几台,直到所有的节点多部署完成. jenkins提供的一种choice parameter的构建参数类型,可以使用这种参数类型实现灰度发布的功能. 添加一个名为DEPLOY的choice parameter, 添加两个选项group01, group02. 接下来修改构建脚本 ######

http://blog.csdn.net/williamwanglei/article/details/38498465

https://blog.csdn.net/chengzi_comm/article/details/78778284