1. 概述对于Git通过Hook实现静态代码检测，大致分为两个方向：1>借助Client-Side-Hook来实现。此方法对应于研发人员工作机上的${PROJECT_ROOT}/.git/hooks/pre-commit脚本实现。2>借助Server-Side-Hook来实现。此方法分为2个方面，一个是全局性配置(下面会详细介绍)，一个是对应对单独项目进行配置，此方法对应于Git服务端
转载
2023-07-11 22:36:55
65阅读
首先介绍下环境部分，文章中共涉及到三台服务器，分别用 Gitlab，Jenkins，Deploy 三个名称代替，部署在内网环境，同时因为政策原因，服务器无法直接连通外网。下载 Jenkins 插件时需要添加代理，如服务器可直接联通外网，忽略即可。其中服务器详细信息如下：服务器名称服务器 IP作用Gitlabhttp://10.124.207.51/代码管理Jenkinshttp://10.124.
ubuntu18.04 docker ros1.需要一台安装好ubuntu18.04的PC机。 2.需要安装好docker，并在docker中安装好ros环境。（客户提供的docker镜像） 3.需要在ubuntu18.04中安装好ros环境。注： （1）以上所有的安装网上应该都有，不过我在亲自安装Ubuntu18.04下的ros环境时，确实走了很多坑，因为和ros教程中的结果不太一样，不过经过不
摘要：本文主要记录了Python项目在GitLab中实现自动部署的具体操作；1、持续集成基本概念在传统开发过程中，代码的集成工作通常是在所有工程师们工作完成后进行的，需要单独构建，这往往会花费大量的时间和精力。持续集成是一种将集成工作放在软件开发阶段的做法，以便更加有规律地构建、测试和集成代码；持续集成可以在开发人员提交了新代码后，立即进行构建、单元测试，可以根据测试结果确定新代码或配置环境是否正
转载
2023-07-12 10:10:56
133阅读
docker GitLab-runner CI/CD持续集成docker GitLab-runner CI/CD持续集成机器配置gitlab安装拉取镜像创建挂载目录启动容器注册gitlab-runner修改Runner配置文件配置支持https拷贝证书配置docker支持访问gitlab注册gitlab-runner，指定证书gitlab版本升级备份及恢复Gitlab备份Gitlab仓库恢复创建
前言目前接触持续集成环境，主要是为了方便开发测试环境，提交代码的时候，自动测试、编译、打包、部署到开发/测试环境，省去了很多开发测试环境调试部署的时间。另外也可以直接打成线上使用的war包，直接扔给运维即可。环境介绍两台vmware虚拟机，系统为centos 7.5，ip分布如下：192.168.0.114 /*gitlab-runner所在机器*/
192.168.0.115 /*g
前言持续集成是一种软件开发实践，即团队开发成员经常集成他们的工作，通常每个成员每天至少集成一次，也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建（包括编译，发布，自动化测试）来验证，从而尽早地发现集成错误。 通俗的讲，持续集成就是利用Jenkins、Docker、Gitlab等自动化工具，按照一定规则和流程，代替人工实现代码检测，构建等操作，加快项目迭代。 具体安装配置步骤如下：安装d
目录环境 一、安装并配置必要的依赖项二、下载 安装GitLab git三、配置GitLab四、重置并启动操作五、访问Gitab页面六、安装Jenkins 七、安装和Git，GitLab插件八、配置GitLab插件九、创建一个Jenkins test  
简介Gitea 是一个开源社区驱动的轻量级代码托管解决方案，后端采用 Go 编写，采用 MIT 许可证.中文首页： https://gitea.io/zh-cn/Gitea 文档： https://docs.gitea.io/zh-cn/官方安装教程见： install-with-docker本文记述使用 docker 安装的方法。Docker 安装 Gitea该实践采用Docker-Compos
Jenkins+Docker+Gitlab+Maven搭建持续集成环境Gitlab docker下载安装配置一、安装配置docker服务# yum -y install git docker 安装git docker 服务# systemctl start docker 启动docker服务# systemctl enable docker docker服务开机自动开启#
继上次搭建了Angular的集成开发环境后(基于gitlab和docker构建持续集成环境(一), 基于gitlab和docker构建持续集成环境(二) )，这次给大家带来php（yii2框架）的集成开发环境部署。 经过之前两篇博客的介绍，基本的搭建思路还是比较清晰的。由于我们项目采用的是yii2框架，所以以下的一些配置文件都是基于yii2的，其他php框架应该大同小异。1.添加Dockerfil
继使用Docker搭建Gitlab后 大致的步骤如下:开发人员通过IDE工具（IntelliJ IDEA）将代码推送到gitlab。jenkins从gitlab中获取到源码,并使用maven编译、打包、（下一章节介绍）自动构建镜像。jenkins在构建脚本中调用docker命令将构建好的镜像push到本地Docker Registry.并启动相应的容器。（下一章节介绍）一、使用Intel
公司之前一直用gitlab来存放项目代码 ，目前因为业务需要（代码bug太多）需要引入gerrit来进行code review。最初用的是centos 7.4,但是安装完成后，GerritResource中没有ALL_Project.git和All_Users.git生成，日志中一直在报错，反复装了几次后发现，在centos7上的兼容性不是太完美，所以采购了centos6.8 服务器进行安装，还是
此文档主要说明怎样基于GitLab进行持续集成和持续交付，该持续集成与交付集成了gitlab-runner 、mvnw、Docker、harbor、k8s等技术，同时展示了在k8s平台利用EFK(elasticsearch,fluentd,kibana)技术完成了集群统一日志管理，使用kube-prometheus技术进行集群实时监控以及kube-dashboard管理集群中的应用部署，为了不引入
Gitlab的安装方式请参考我之前的一篇文章(Centos7 YUM安装GitLAB环境)，本篇文章具体主要参照这篇文章https://bloodzer0.github.io/ossa/other-security-branch/devsecops/gjs/ 系统环境Centos 7.6.1810首先解决端口冲突，因为我们要安装jenkins，会占用8080端口，只能修改gitlab的8080端口
2022 年 12 月 22 日 20:00，Atlassian 杭州社区联合澳门社区，在 腾讯 Webinar 与 微信视频号 两个渠道，为 Atlassian 社区用户呈现了一场主题为《基于 Jira 的 DevOps 实践》的分享。DevOps 是一种软件工程文化和实践，旨在通过全面的自动化和监控，统一整合软件开发和运维过程（从集成、测试、发布到部署和基础架构管理），以缩短开发周期，提高部署
文章目录gitlab+DRBD实现高可用需求说明原理解析环境磁盘准备安装drbd配置drbd配置drbd.conf配置global_common.conf配置gitlab.res启动drbd服务创建gitlab资源设置主备安装gitlab配置gitlab设置gitlab高可用环境验证drbd主备可用性drbd常见命令参考文档 gitlab+DRBD实现高可用需求说明虽然gitlab有每小时备份，
Gitlab中集成Kubernetes前言Gitlab中集成Kubernetes欺骗Gitlab安装Helm Tiller 前言本文适用于在Gitlab中集成没有梯子的K8s集群文中使用的各系统版本：CentOS 7.6GItlab 12.3.1K8s 1.16.3Helm 2.16.1Tiller 2.15.1前段时间想要做一站式CICD所以没有使用Jenkins做CICD平台而是使用了GIt
1：Gitlab 部署Gitlab 实现的是 CI/CD 环节中的 CI 环节，即持续集成（Continuous Integration）。 “持续”意味着代码的频繁提交，能将各版本的代码分阶段保存； “集成”一方面意味着支持多名开发人员协同，将多名开发人员的开发的不同功能的代码进行合并，实现整体功能；另一方面意味着将通过测试的分支合并到主分支，完成软件的稳定版本的迭代。1.1：下载 gitlab
摘要本文主要实现了在docker下安装gitlab，将gitlab绑定在宿主机的180端口，将gitlab的clone的URL添加指定端口号；部署了CI/CD，并公布了测试项目。安装docker[1]删除旧版本的docker（如果未安装则忽略）sudo apt-get remove docker docker-engine docker.io containerd runc安装依赖sudo apt
转载
2023-07-19 13:30:54
50阅读
