先有环境，再有应用。 一、主机管理 点击验证，输入root账号密码 二、创建环境（区分不同环境：开发、测试、生产等） 因为应用基于环境，所以需要先创建环境。这里我创建了 测试环境、预发布、线上环境。 三、新建应用 或者 四、新建发布 应用列表右侧“新建发布”，选择“常规
https://www.bilibili.com/video/BV1uT4y1z7LF?p=10&spm_id_from=pageDriver&vd_source=01fbb2d9b2a4ffaa65952cc73cd0895b 【Devops教程】DevOps实践之基于Jenkins与gitlab的流水线实践 DevOps跑起来，内存 至少16G以上； Docker的安装：马士兵的学习视频 安装dco
极狐gitlab发送组内审计日志到远端 极狐gitlab v14.10.0 新增将组内所有审计事件流发送到远端 http 服务的功能。 参考：Audit event streaming | GitLab 1. 搭建测试 http 服务 用于接收 gitlab 实例发送过来的审计事件，项目地址：https://jihulab.com/ffli/gitlab-audit-events-recei
极狐Gitlab备份与恢复 1. 备份说明 官方原文： Backups Back up GitLab Ojbect storage 根据官方文档，备份有多种方式，比如 local、s3、nfs 等。无论上述哪种备份方式，在备份数据的时候，极狐GitLab都会在默认本地备份路径先备份一份，再上传到 remote。 命令会备份的内容： Database Atta
极狐gitlab集成 sonarqube 7.6 场景： 极狐 gitlab 旗舰版已经具备扫描能力，但有时候希望集成第三方扫描工具作为补充。但是，单纯的通过 Runner 调用的方式，只是松散的集成，无法真正形成「深度集成」的体验。 若可以「在极狐 gitlab 的漏洞报告中展现第三方扫描工具的扫描结果」，那么，对
github只能保存开源项目，私有项目要收费。 公司的git不想上传个人项目，比如我的博客： https://www.zhoulujun.cn/、https://www.zhoulujun.co https://www.zhoulujun.life/ 个人代码如果本地只是commit ，不上传服务器，还是不安全。 所以想在搭建自己的git服务器（想在与服务器也非常
原文链接: https://www.xgboke.com/34862.html 宝塔面板在安装gitlab时会遇到安装以提示已完成，在实际设置时提示“未找到相关配置，gitlab可能已损坏”，此错误安装“gitlab中文社区办”和“gitlab最新社区版”均有可能遇到此错误，详细错误见下图。 出现该错误的原因： 之前该环
安装Postfix以发送通知邮件 yum install postfix 将postfix服务设置成开机自启动 systemctl enable postfix 启动postfix systemctl start postfix 下载镜像 wget https://mirrors.tuna.tsinghua.edu.cn/gitlab-ce/yum/el7/gitlab-ce-15.0.0-ce.0.el7.x86_64.rpm 安装依赖项
一、问题描述 将本地文件上传到gitlab文件夹显示为红色无法打开，如下图 二、原因分析 这个文件夹之前也被托管在仓库，也是一个仓库。其中有隐藏的.git文件 三、解决方案 1、删除该文件夹下隐藏的.git文件，然后再push rm -r .git 2、
原文链接：https://blog.csdn.net/lizhiqiang1217/article/details/88801158 SSH密钥允许你的计算机和gitlab之间建立安全连接。1、检查SSH秘钥是否存在。右击git bash打开终端执行命令 ：cat ~/.ssh/id_rsa.pub 2、若密钥不存在，则生成SSH 密钥 。在git bash上面执行命令： ssh-keygen
一：常用的构建触发器 Jenkins内置4种构建触发器： 触发远程构建 其他工程构建后触发（Build after other projects are build） 定时构建（Build periodically） 轮询SCM（Poll SCM） 触发远程构建 1、在构建触发器中选择【触发远程构建】 2、访问远程构建地址即可触发构建 http://192
gitlab-CICD共享runner基本配置 使用docker部署runner 多个项目使用共享runner 部署机器与runner不在同一台服务器上（使用ssh部署） 部署runner 部署镜像 docker pull gitlab/gitlab-runner:latest docker run -d --name gitlab-runner-shared \ --restart always \ -v
使用密钥连接gitlab 首先安装好git，安装地址如下 https://git-scm.com/download/win 在桌面，鼠标右键单击，选择Git Bash Here 生成密钥，如下 $ ssh-keygen.exe -t ED25519 Generating public/private ED25519 key pair. Enter file in which to save the key (/c/Users/haifen
持续集成流程说明 1、首先，开发人员每天进行代码提交，提交到Git仓库2、然后，Jenkins作为持续集成工具，使用Git工具到Git仓库拉取代码到集成服务器，再配合JDK，Maven等软件完成代码编译，代码测试与审查，测试，打包等工作，在这个过程中每一步出错，都重新再执行一次整个流程。3、最后，Jenkins把
背景介绍 上一个轮回，我花了三篇文章的时间着重向大家介绍了在条件有限的情况下，如何优雅地进行前端发版和迭代。庆七一，热烈庆祝香港回归，人民生活水平越来越好，昨天上午我自掏腰包买了台服务器，决定由冷兵器脚本编程部署时代进入热武器CICD 时代。 而今，山河无恙，飞机脚本终于不用再飞写
持续集成环境-Jenkins凭证管理 凭据可以用来存储需要密文保护的数据库密码、Gitlab密码信息、Docker私有仓库密码等，以便 Jenkins可以和这些第三方的应用进行交互。 安装Credentials Binding插件 要在Jenkins使用凭证管理功能，需要安装Credentials Binding插件 安装插件
开源推动社会进步，不过商场如战场，目前大部分商业策略中，企业产品源代码一般不太合适直接开源，产品代码大都不是很合适直接放GitHub、GitEE上，企业常规做法是搭建局域网仓库，还能提高传输速度，其中GitLab是个不错的选择！ 本文讲解GitLab采用容器化的安装方法及三种主要应用场景。 一、Git
Gitlab安装 gitlab安装需求 GitLab 官方安装配置要求服务器最低2核4G,如果服务器低于这个要求就不用安装了，因为用户体验超级超级不好。服务器CPU 推荐2核到4核完全就够了在多也是浪费，但内存越大越好最好超过4G。如果服务器内存刚好4G ，GitLab 也能跑起来但是如果你使用的是云计算机
目的：将原来服务器上的项目代码迁移到另一台服务器上。 step1. 首先新建一个空文件，将原服务器代码取下来： git clone http://***(原服务器代码地址) step2. 进入到取下来的git项目文件夹中： cd *****(取下来的项目文件夹路径) 注：step1和step2相当于拉取线上代码到本地，可以直接用已
gitlab上合并分支出问题 Validate branches Another open merge request already exists for this source branch: !103 这个问题出现的原因是因为你需要把这次的合并请求closed掉， 后面的branch: !103，这个103就是对应的分支请求。 TRANSLATE with x English Ara
最近想要把我近期做的几个项目上传到gitlab上，自己没事的时候方便查看一下曾经写的代码，在网上搜罗一些上传的方法，下面我来记录一下我的本地项目上传过程。 具体步骤如下： 1. 登录 gitLab账号，成功创建一个项目文件，并生成https地址 2.打开本地项目，初始化git $ git init 3.将本地git
转载自：https://www.qikqiak.com/post/gitlab-ci-docker-layer-cache-for-k8s-executor/ 在 Kubernetes 集群中使用 GitLab CI 来实现 CI/CD，在构建镜像的环节我们基本上都是使用的 Docker On Docker 的模式，这是因为 Kubernetes 集群使用的是 Docker 这种容器运行时，所以我们可以将宿
转载自：https://cloud.tencent.com/developer/article/2003739 简介 本篇文章给大家介绍二个关键词，一个是用于优化流水线写法的关键词extends，另一个关键词 interruptible 可以将项目旧的流水线自动取消的。这两个关键词对于流水线的优化都起着很重要的作用。下面来详细看一下他们的
文章转载自：https://cloud.tencent.com/developer/article/1994944 简介 本篇文章讲解的三个关键词分别是 coverage，allow_failure，与retry。coverage是用于收集流水线中的代码覆盖率，可以指定正则格式。allow_failure关键词用于限定当前作业允许允许失败。retry 用于设置当前作业重试
转载自：https://fizzz.blog.csdn.net/article/details/125095167 前言 在编写.gitlab-ci.yml文件时，我们可以定义一些全局配置，也可以在特定的作业中不使用这些全局配置。这将会让我们的流水线更加灵活多变、优雅。 默认配置 default 在GitLab CI/CD的流水线中存在几个全局关键词，设置
