jenkins 使用webhooks 触发构建任务gitea为例 gitlab类似

已于 2024-02-20 11:16:42 修改
阅读量789 收藏 12
点赞数 5
CC 4.0 BY-SA版权
文章标签： jenkins gitea gitlab 持续部署
于 2024-01-24 16:17:02 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/xk_initial/article/details/135824564

jenkins 使用webhooks 触发构建任务gitea为例

多次尝试以及网上的各种资料查阅成功了下
其他人给的答案他们有他们的道理，至少我没有实验成功。我这里就记录下

  1. 添加API token
  2. 将生成的token 复制保存 第4步骤的时候要用
    在这里插入图片描述
  3. 配置构建方式 填写身份验证令牌
    构建触发器
  4. 安全配置修改为 “登录用户可以做任何事”
    在这里插入图片描述
  5. 关闭 CSRF设置 No valid crumb was included in the request 报错问题
hudson.security.csrf.GlobalCrumbIssuerConfiguration.DISABLE_CSRF_PROTECTION = true

在系统管理最下面有一个 脚本命令行
在这里插入图片描述

执行上面的命令
在这里插入图片描述

  1. 在gitea 中配置webhooks
    • 填写token_name 我的为jenkins
    • 复制第二步中生成的api token 放到authorization 中
    • 保存 并点击测试

gitea中进入到webhooks页面 新增hooks

测试结果

其他文章
Jenkins报：403 No valid crumb was included in the request
No valid crumb was included in the request 问题定位与解决

xk_initial
关注
【Jenkins配置Gitee webhook 触发构建】
qq_37312180的博客
11-17 4289
Jenkins配置Gitee webhook 触发构建
九、提交代码自动触发Jenkins构建版本
默金
06-18 3100
http://192.168.1.183:8080 为jenkisn地址，/generic-webhook-trigger/invoke?Git服务器收到代码推送后，git服务器调用配置的这个post接口 （http://192.168.1.183:8080/generic-webhook-trigger/invoke?获取到WebHooks 地址，git服务器（gitlab,gitee,gitea,）添加webhook，,这个时候提交代码可以触发自动构建完成。gitee配置WebHooks。
Gitea+Jenkins+webhooks-前端自动化部署
mingqing的博客
06-22 2844
Jenkins的插件安装，在插件管理中安装Generic Webhook Trigger用于gitea构建触发器，Blue Ocean可以理解为Jenkins的一个皮肤（个人感觉界面看起来和操作使用很舒服）安装插件 关于Jenkins准备工作，已经基本做完，下一步将使用gitea中的webhooks与Jenkins进行联系，达到代码自动部署的效果首先，我们先点新建任务，进入到任务列表，接下来，我将分享两种构建的方式，分别是批处理命令构建和pipeline流水线语法的方式构建在任务配置中输入gitea clo
Jenkins CI/CD 前端 nginx+nodejs+Gitea Webhook 自动化教程[2025/5/13]
最新发布
gushen_i的博客
05-13 938
本文详细介绍了如何通过 Jenkins 实现 CI/CD（持续集成与持续交付）流程。首先，文章简要解释了 CI 和 CD 的概念，并介绍了 Jenkins 作为实现工具的基本功能。接着，文章逐步指导如何通过 Docker 安装 Jenkins，并解决了安装过程中可能遇到的网络和性能问题。随后，文章详细说明了如何设置 Jenkins 的工作空间、构建项目（以 Node.js 为例）以及部署构建产物到远程服务器。此外，文章还介绍了如何通过 Webhook 实现 Git 操作自动触发 Jenkins 构建。最后，
Gitea推送Jenkins 钩子403
weixin_47007127的博客
11-22 972
那么问题出在那呢，经过仔细排除发现，匿名用户访问权限没开，因为Gitea对于Jenkins是一个不知道来源的匿名用户，虽然带有访问token,当我放开后钩子程序访问正常。在公司项目开发过程中发现一个问题，通过Gitea代码管理工具自动化推送到Jenkins构建任务的钩子程序失效，一直403，但是另外一个服务上的Jenkins没问题。通过排除发现，首先我的token 生成是正确的，跨站请求也是关闭的。
gitea+Jenkins webhook 自动部署
weixin_42562106的博客
03-07 4054
#####gitea dockers部署 Jenkins的安装方式太多不再演示了 docker run -d --name gitea -v /etc/timezone:/etc/timezone:ro -v /etc/localtime:/etc/localtime:ro -v /gitae:/data -p3000:3000 -p222:22 gitea/gitea:latest 1. jenkins 安装插件 Generic Webhook Trigger Plugin 2.再.
Jenkins结合Gitea实现修改触发
mx3443的博客
10-26 778
Jenkins结合Gitea实现修改触发 1.在Jenkins创建的对应节点中创建新的任务，在任务配置的源码管理中添加Gitea远程仓库的地址，并添加对应的凭证； 此步骤遇到的问题及解决方法： 在源码管理中添加远程仓库地址出现地址不存在或没有Git的错误提示时；在Jenkins的全局工具配置的Git中添加远程仓库所在服务器上的Git安装地址（Linux到git,windows到git.exe）;还要在对应远程构建节点中的配置从节点中的节点属性添加本机git的安装路径（Linux到git,windows到gi
jenkins git服务器代码提交触发
zengliguang的专栏
04-25 844
通过以上配置，即可实现代码提交后自动触发 Jenkins 构建。根据实际需求选择 Webhook（推荐）或 Poll SCM 方式。Jenkins 主动轮询 Git 仓库变更（适合无法配置 Webhook 的环境）。（在 Jenkins 和 GitLab 的 Webhook 中保持一致）。代码提交到 GitLab 后，自动触发 Jenkins 构建。中配置 Git 仓库地址和凭据（SSH 或 HTTPS）。（稍后在 GitLab 中配置时会用到）。缺点：有延迟（取决于轮询间隔）。为 Webhook 配置。
基于gitlab钩子的自动CICD构建
完颜振江
08-22 1137
基于 GitLab 的钩子（Webhook）设置自动化 CI/CD 构建流程，可以让代码在每次推送到 GitLab 仓库时自动触发 Jenkins 构建任务，从而实现持续集成和持续交付。
gitlab+jenkins自动化部署vue项目
Heasdfghjkl的博客
04-03 1008
gitlab+jenkins自动化部署vue项目1. 环境搭建1.1 gitlab安装1.1.1 gitlab-ee安装1.1.2 相关配置以及命令1.1.3 通知邮箱配置1.1.4 开放8888端口1.2 jenkins安装（前提需要java环境）2. 自动化配置2.1 本地创建vue项目并提交到gitlab2.2 jenkins配置2.3 gitlab钩子配置 1. 环境搭建 1.1 gitlab安装 1.1.1 gitlab-ee安装 环境安装： sudo yum install -y curl po
Jenkins配置从GitLab获取最新发布版本
bigwood99的博客
07-04 1606
要实现这个功能需要设置jenkins trigger选项。而这个选项需要相关插件支持。 进入jenkins trigger选项页面，选择Build when a change is pushed to GitLab... 子选项使用默认即可。但是需要在高级属性中设置2个内容。 设置只允许master分支触发 需要设置secrettoken项。点击generate即可生成，复制生成的码，然后保存。 到GitLab界面。dede组dede项目中左侧菜单settings中的intergati.
Jenkins集成Gitee的WebHooks实现push自动部署远程服务器
qq_35701300的博客
09-20 741
官网去下载安装包，官网有对应安装教程，在此略。
Gitea提交代码自动触发Jenkins构建版本
laziji的专栏
02-22 1016
http://192.168.0.136:8090 为jenkisn地址，/generic-webhook-trigger/invoke?token= 固定不变，ruoyi-ui-8978456465 这个Jenkins中配置的token 值。获取到WebHooks 地址，git服务器（gitlab,gitee,gitea,）添加webhook，,这个时候提交代码可以触发自动构建完成。
Gitea+Jenkins+webhooks-多分支触发+备份构建前端资源
mingqing的博客
06-29 2963
Jenkins的插件安装，在插件管理中安装Generic Webhook Trigger用于gitea构建触发器，Blue Ocean可以理解为Jenkins的一个皮肤（个人感觉界面看起来和操作使用很舒服）安装插件 关于Jenkins准备工作，已经基本做完，下一步将使用gitea中的webhooks与Jenkins进行联系，达到代码自动部署的效果首先，我们先点新建任务，进入到任务列表，接下来，我将分享两种构建的方式，分别是批处理命令构建和pipeline流水线语法的方式构建在任务配置中输入gitea clo
Git钩子设置自动构建Jenkins
weixin_30872733的博客
10-14 357
打开Git仓库，找到对应的项目，点击“仓库设置”，左侧点击“管理Git钩子”，如下图所示: 因为是push之后触发自动构建的，选择“post-receive”进行编辑 #!/bin/bash #提取分支名 read params branch=`echo $params | awk '{print \$3}' | awk -F '/' '{print $3}'` #根据分...
GitLab16.8配置webhooks、Jenkins2.4配置GitLab插件实现持续集成、配置宝塔面板实现持续部署（其三）
weixin_45062076的博客
01-28 1940
前端自动化（其三）
Jenkins+gitea实现自动部署
qq_35128047的博客
11-28 4185
jenkins安装部署： 执行shell命令： 获取jenkins源文件： sudo wget -O /etc/yum.repos.d/jenkins.repo https://pkg.jenkins.io/redhat-stable/jenkins.repo 导入jenkins公钥 sudo rpm --import https://pkg.jenkins.io/redhat-stable/jenkins.io.key 安装 yum install jenkins 启动.
Jenkins配置Gitlab webhook
热门推荐
mengtao0609的专栏
03-31 1万+
Jenkins构建触发方式有多种，主要有手动触发、定时触发和webhook触发，手动和定时比较简单，本文主要介绍如何配置GitLab webhook 安装插件 系统配置 Connection name：根据需要命名 Gitlab host URL：填写GitLab的访问链接 Credentials：凭据，可以从Gitlab中获取对应token 添加成功后可以Test请求是否成功 API token可以从Gitlab个人信息中获取 项目配置 代码配置 Repos
gitea cicd
01-10
### Gitea CI/CD 集成设置与配置 #### 安装和准备阶段 为了使 Gitea 能够顺利集成 CI/CD 流程，首先需要确保服务器具备适当版本的 Java 环境。如果当前环境中存在旧版 JDK 版本，则可能会影响某些工具的功能正常运作[^3]。 对于 Jenkins 的部署，在 OpenShift 上仅提供单个 Maven Pod 可能会限制并行处理能力，进而影响构建效率。因此建议确认集群资源分配情况以及 Pod 数量设定是否合理[^1]。 #### 创建 Webhook 和服务端点 要在 Gitea 中启用自动化持续集成流程，需创建一个指向 CI 工具（如 Jenkins 或 GitLab Runner）的服务钩子(webhook)，每当有新的提交推送到仓库时触发相应的动作。具体操作如下： - 登录至 Gitea 控制面板； - 进入目标项目页面； - 寻找 “Settings -> Webhooks & Services” 选项卡； - 添加一个新的 webhook 或者激活已有的 CI service plugin； ```json { "url": "http://<your-jenkins-server>/github-webhook/", "content_type": "json", "secret": "<webhook-secret>", "events": ["push"] } ``` 此 JSON 数据结构定义了当检测到推送事件发生时应向何处发送通知请求，并指定了通信所使用的数据格式为 `application/json` 类型[^2]。 #### 构建流水线文件 接下来要做的就是在项目的根目录下放置名为 `.gitea/workflows.yml` 或其他支持的语言特定命名约定下的 YAML 文件来描述整个 CI/CD 生命周期内的各个步骤。下面是一个简单的例子用于展示如何利用多云特性简化应用发布过程而不必手动编写额外脚本。 ```yaml name: Build and Deploy Application Pipeline on: push: branches: - main jobs: build: runs-on: ubuntu-latest steps: - name: Checkout codebase uses: actions/checkout@v2 - name: Set up JDK 17 uses: actions/setup-java@v2 with: distribution: 'temurin' java-version: '17' - run: mvn clean install deploy: needs: build runs-on: self-hosted # Assuming you have a runner configured within your infrastructure. environment: production steps: - name: Fetch latest artifact from previous job id: download_artifact uses: dawidd6/action-download-artifact@v2 with: workflow: ci- name: Execute deployment strategy defined by the platform env: DEPLOYMENT_ENVIRONMENT: ${{ secrets.DEPLOYMENT_ENV }} run: | echo "Deploying application..." # Here would be commands interacting with cloud provider APIs or container orchestration tools like Kubernetes CLI. ``` 上述代码片段展示了通过 GitHub Actions 来管理基于 Gitea 触发器启动的工作流实例化逻辑。它包含了两个主要部分：“build”负责编译源码包，“deploy”则执行实际的应用程序部署任务。值得注意的是这里的自托管运行器(`self-hosted`)意味着你需要预先准备好能够访问内部网络资源的机器作为执行节点。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值