gitlab根据hook钩子自动化部署

原理是：在gitlab中项目设置，hook->提交触发指定地址，服务器收到请求，通过验证后，在项目中执行git pull更新服务器中代码

注意事项：

1.gitlab中要设置ssh key，项目中也要设置一模一样的key，才能git clone

已生成的，就查看 ~/.ssh/id_rsa.pub中内容，把内容复制到项目添加ssh key 项

2.hook请求地址可以把链接手动触发测试，在脚本中直接运行git pull是否成功，如果不成功，请记得加上日志

cd /web/helper/ && git pull > /web/helper/gitlab_hook.log 2>&1

　失败的时候可以查看问题原因

时间： 2024-10-06 11:55:42

gitlab根据hook钩子自动化部署的相关文章

gitlab+jenkins自动化部署

基于gitlab和jenkins的自动化部署 Gitlab基于Jenkins自动化部署教程: https://blog.csdn.net/aaaaaab_/article/details/82012044 https://www.cnblogs.com/dengbingbing/p/10448185.html GitLab是一个代码仓库,用来管理代码. Jenkins是一个自动化服务器,可以运行各种自动化构建.测试或部署任务.所以这两者结合起来,就可以实现开发者提交代码到GitLab,Jenki

Jenkins+Gitlab+Ansible自动化部署(六)

Pipeline Job实现Nginix+MySQL+PHP+Wordpress实现自动化部署交付(Jenkins+Gitlab+Ansible自动化部署(五)https://www.cnblogs.com/zd520pyx1314/p/10249094.html) 环境准备编写ansible playbook脚本实现Wordpress远程部署将wordpress源码与playbook部署脚本提交到gitlab仓库编写pipeline job脚本实现Jenkins流水线持续交付流程 Jen

Linux-GitLab+Jenkins持续集成+自动化部署

GitLab+Jenkins持续集成+自动化部署什么是持续集成? (1)Continuous integration (CI) 持续集成是一种软件开发实践,即团队开发成员经常集成他们的工作,通常每个成员至少集成一次,也就意味着每天可能会发生多次集成.每次集成都通过自动化的构建(包括编译.发布.自动化测试)来验证,从而尽快地发现集成错误.许多团队发现这个过程可以大大减少集成的问题,让团队能够更快的开发内聚的软件. (2)没有持续集成项目做模块集成的时候,发现很多接口都不通==>浪费大量时间需

自动化部署难驾驭,分分钟拯救你的运维体系

笔者Q:552408925.572891887 架构师群:471443208 bjstack运维社区:524721466 有任何疑问请加群互动,或上社区发帖bjstack运维社区 bjstack.com 1.1早期手动部署代码 1.纯手动scp上传代码. 2.纯手动登陆,git pull 或者svn update. 3.纯手动xftp上传代码. 4.开发发送压缩包,rz上传,解压部署代码. 缺点: 1.全程运维参与,占用大量时间.

Gitlab Runner实现NetCore自动化持续集成

目录 1.开发工具 2.GitLab服务器搭建 3.新建webapi 4.Dockerfile配置 5.配置docker-compose.yml 6.配置.gitlab-ci.yml 7.在GitLab上添加一个新项目 8.GitLib Runner安装 9.提交代码到gitlab 10.在GitLab上查看运行状态 11.本地运行 1.开发工具 VSCode 插件:C#.Docker 2.GitLab服务器搭建详情查看我的上一篇博客 3.新建webapi dotnet new webapi

持续集成+自动化部署[代码流水线管理及Jenkins和gitlab集成]

持续集成+自动化部署[代码流水线管理及Jenkins和gitlab集成] 标签(空格分隔): Jenkins 一.代码流水线管理 Pipeline名词顾名思义就是流水线的意思,因为公司可能会有很多项目.如果使用jenkins构建完成后,开发构建项目需要一项一项点击,比较麻烦.所以出现pipeline名词. 代码质量检查完毕之后,我们需要将代码部署到测试环境上去,进行自动化测试新建部署代码项目点击新建这里只需要写一下描述执行Shell脚本温馨提示:执行命令主要涉及的是权限问题,我们要搞明

基于Jenkins+Gitlab的自动化部署实战

故事背景一个中小型企业,是典型的互联网公司,当初期的时候可能运维只能标配到2~3人,此时随着公司的发展,项目会逐渐增多.前期部署项目可能都是手动的, 俗称"人肉部署",这简直是无比的痛苦,不能忍受的.这样开发的时间也会耽误,运维的时间也会耽误,全都浪费在这些重复性的工作上面,毫无价值可言, 这时候运维终于忍受不了,上了脚本.但是慢慢的发现项目依旧在增长,脚本每次还要更改给开发,效率低下,后来测试环境以及开发环境直接上了jeknins, 每台开发机器是jeknins agent端,自此

使用 GitHub / GitLab 的 Webhooks 进行网站自动化部署

老早就想写这个话题了,今天正好有机会研究了一下 git 的自动化部署.最终做到的效果就是,每当有新的 commit push 到 master 分支的时候,就自动在测试/生产服务器上进行 git pull 拉取最新的代码,免去了程序猿兼职运维 ssh 上去拉代码部署的重复性工作.我们也要 Agile development 不是?什么敏捷开发啊,极限编程啊,快速迭代啊,持续集成啊,精益创业啊,口号怎么高端怎么来,最后就是写了个自动化脚本…… 一.自动化部署脚本首先要保证要部署的 Web 目录就

Linux下的Jenkins+Tomcat+Maven+Gitlab+Shell环境的搭建使用（jenkins自动化部署）

jenkins自动化部署目标:jenkins上点构建(也可以自动检查代码变化自动构建)>>>项目部署完成. 一.安装jenkins 1.下载jenkins 这里我选择的是war包安装jenkins,简单不伤脑,别的博客写的jenkins版本都很旧,没用最新的,写个比较新的配置2.20版. 官网:https://jenkins.io/index.html WAR包下载地址:http://mirrors.tuna.tsinghua.edu.cn/jenkins/war/2.20/jenki