摘要：本文主要记录了Python项目在GitLab中实现自动部署的具体操作；1、持续集成基本概念在传统开发过程中，代码的集成工作通常是在所有工程师们工作完成后进行的，需要单独构建，这往往会花费大量的时间和精力。持续集成是一种将集成工作放在软件开发阶段的做法，以便更加有规律地构建、测试和集成代码；持续集成可以在开发人员提交了新代码后，立即进行构建、单元测试，可以根据测试结果确定新代码或配置环境是否正
转载
2023-07-12 10:10:56
133阅读
GitLab CI + Docker 实现持续集成一、持续集成（Continuous Integration， CI）的基本概念概述在传统软件的开发中，代码的集成工作通常是在所有人都将工作完成后在项目即将结束进行时，而这往往会花费大量的时间和精力。而持续集成是一种将集成阶段放在软件开发阶段的做法，以便更加有规律地构建，测试和集成代码。“持续集成并不能消除 Bug，而是让它们非常容易发现和改正。”持
转载
2021-05-10 10:36:06
570阅读
点赞
2评论
第一章安装GItLab1.1备注GitLab CI 就已经集成在 GitLab 中，我们只要在项目中添加一个 .gitlab-ci.yml 文件，然后添加一个 Runner，即可进行持续集成。(如果已经安装Gitlabb则不需要安装，尽量保证 GitLab 于GitRunner镜像版本号一致或接近)1.2安装部署创建文件夹mkdir -p /usr/local/loit/soft/docker/g
简介Gitea 是一个开源社区驱动的轻量级代码托管解决方案，后端采用 Go 编写，采用 MIT 许可证.中文首页： https://gitea.io/zh-cn/Gitea 文档： https://docs.gitea.io/zh-cn/官方安装教程见： install-with-docker本文记述使用 docker 安装的方法。Docker 安装 Gitea该实践采用Docker-Compos
这篇文章通过gitlab来实现项目的持续集成，主要介绍从开发提交代码到编译、打包、生成镜像的过程，我项目类型为java的spring cloud，所以以此来介绍，实现目标如下图所示。(一) 环境要求Centos 7.5.1804Docker 18.06.1-cegitlab/gitlab-cegitlab/gitlab-runner主要分享低代码、微服务、容器化、SAAS、系统架构方
写这篇文章的目的是，实现提交代码到gitlab上的一个项目时，自动打包，并将包发布到另一台服务器上，重启tomat。gitlab-ci，是基于gitlab和gitlab-runner实现持续集成。gitlab、gitlab-runner安装在192.168.3.166上，需要将war包发布到192.168.3.167上。 1.安装gitlabyum install gitlab-ce注：
转载
2023-07-27 20:41:30
553阅读
GitLab是一个基于Git的代码托管平台，提供了许多便捷的功能，其中持续集成是一个非常重要的功能。持续集成可以帮助开发团队自动化地构建、测试和部署代码，保证代码的质量和稳定性。在这篇文章中，我将向你介绍如何在GitLab上实现持续集成。
首先，让我们来看一下整个“gitlab 持续集成”的流程：
| 步骤 | 操作
链接：https://mp.weixin.qq.com/s/yP9kiCwKcg_VYkI4Qjk2Yw 互联网软件的开发和发布，已经形成了一套标准流程，最重要的组成部分就是持续集成（Continuous integration，简称CI）。 持续集成 持续集成指的是，频繁地（一天多次）将代码集
转载
2020-08-04 10:05:00
239阅读
2评论
工欲善其事，必先利其器。在开始正式的教程之前我们先来聊聊准备工作。管理工具会VSTS。代码管理会用GITHUB。服务器会用Azure。 所有的东西都是利用现有服务。不会说自己从虚拟机开始玩。我们就专注于写代码。什么是VSTS？VSTS的全称是Visual Studio Team Services。 介绍VSTS之前先说下TFS(Team Foundation Server)。TFS是微软推出的一款
1.概述Gitlab是常用的开源git代码管理工具之一，随着发展也推出了ci/cd解决方案．顾名思义具体来说ci/cd主要完成以下两个工作： 注：从8.0版本开始，GitLab 持续集成（CI）完全集成到GitLab中，且默认所有的项目开启。ci(持续构建)：代码提交后触发自动化的单元测试，代码预编译，构建镜像，上传镜像等． cd(持续发布)：持续发布则指将构建好的程序发布到各种环境，如预发布环
gitlab-CI实现持续集成自动发布背景： 公司为了版本统一方便管理，舍弃jenkins，拥抱Gitlab-Ci，开始踩坑。区别： 个人感觉，Jenkins图形化交互页面友好，Gitlab-Ci更适合敏捷开发。一：简介 1、GitLab-CI GitLab-CI就是一套配合GitLab使用的持续集成系统（当然，还有其它的持续集成系统，同样可以配合GitLab使用，比如Jenkins）。而且Gi
背景服务和服务器开始多起来了，一个个搞效率太低，所以准备用持续集成来提高效率原理 gitlab-ci与ci-runner的关系 push到gitlab之后，触发GitLab-CI，GitLab-CI根据注册信息依次让GitLab-Runner执行对应的任务步骤Step 0：GitLab-CI是gitlab自带的，无需额外安装Step 1：安装GitLab-Runnerc
Gitlab 集成了 CI / CD （Continuous Integration，持续集成 / Continuous Delivery，持续交付）功能。下图是 gitlab 官网上有关 ci / cd 各阶段的图示：本文重点讲述如何利用 gitlab 实现 c++ 项目的持续集成。安装 gitlab runner为了利用 gitlab 实现 ci / cd，需要安装 gitlab runner
1. 背景及目的1.1. 背景Docker 是一个开源的应用容器引擎，让开发者可以打包他们的应用以及依赖包到一个可移植的容器中，然后发布到任何流行的 Linux 机器上，也可以实现虚拟化。容器是完全使用沙箱机制，相互之间不会有任何接口（类似 iPhone 的 app）。几乎没有性能开销,可以很容易地在机器和数据中心中运行。1.2. 目的构建一个可持续集
转载
2023-09-07 15:39:49
81阅读
作者：愤怒的小猿猿GitLab CI/CD介绍首先使用一张图说明GitLab CI的工作流程：GitLab CI是 GitLab 提供的持续集成服务，只要在你的仓库根目录 创建一个.gitlab-ci.yml 文件， 并为该项目指派一个Runner，当有合并请求或者 push的时候就会触发build。这个.gitlab-ci.yml 文件定义GitLab runner要做哪些操作。默认有3个默认有
Gitlab-Ci运行原理：由以下两个模块组成gitlab-ci servergitlab-ci-runner其中，gitlab-ci server负责调度、触发Runner,以及获取返回结果. 而gitlab-ci-runner则是主要负责来跑自动化CI（测试，编译，打包等）。基本流程是： 用户提交代码->检查是否有.gitlab-ci.yml文件->如果无，则结束；-> 如果
转载
2023-07-26 11:40:00
172阅读
docker GitLab-runner CI/CD持续集成docker GitLab-runner CI/CD持续集成机器配置gitlab安装拉取镜像创建挂载目录启动容器注册gitlab-runner修改Runner配置文件配置支持https拷贝证书配置docker支持访问gitlab注册gitlab-runner，指定证书gitlab版本升级备份及恢复Gitlab备份Gitlab仓库恢复创建
前言持续集成是一种软件开发实践，即团队开发成员经常集成他们的工作，通常每个成员每天至少集成一次，也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建（包括编译，发布，自动化测试）来验证，从而尽早地发现集成错误。 通俗的讲，持续集成就是利用Jenkins、Docker、Gitlab等自动化工具，按照一定规则和流程，代替人工实现代码检测，构建等操作，加快项目迭代。 具体安装配置步骤如下：安装d
前言目前接触持续集成环境，主要是为了方便开发测试环境，提交代码的时候，自动测试、编译、打包、部署到开发/测试环境，省去了很多开发测试环境调试部署的时间。另外也可以直接打成线上使用的war包，直接扔给运维即可。环境介绍两台vmware虚拟机，系统为centos 7.5，ip分布如下：192.168.0.114 /*gitlab-runner所在机器*/
192.168.0.115 /*g
继上次搭建了Angular的集成开发环境后(基于gitlab和docker构建持续集成环境(一), 基于gitlab和docker构建持续集成环境(二) )，这次给大家带来php（yii2框架）的集成开发环境部署。 经过之前两篇博客的介绍，基本的搭建思路还是比较清晰的。由于我们项目采用的是yii2框架，所以以下的一些配置文件都是基于yii2的，其他php框架应该大同小异。1.添加Dockerfil
