Skip to main content

Command Palette

Search for a command to run...

从头开始:Redmine 和 Gitlab 的集成和联动

Published
•2 min read•View as Markdown

本文的操作将达成如下目的:

  1. 在 Redmine 中查看 GitLab 仓库中的变更。
  2. Redmine 中更新 Gitlab 仓库。
  3. 利用 Git Commit Log 改变 Redmine 中的 Issue 状态。

工作环境

该过程在 Kubernetes 环境中完成。

Redmine:sameersbn/redmine:3.3.1 Gitlab:官方镜像

Redmine 设置

系统仓库设置

以管理员身份登入 Redmine,进入 Administration -> Repositories(settings?tab=repositories)。

SCM

  • Enabled SCM 中,我们要使用的 Gitlab,因此需要启用 Git 。如果 Git 不可选,则需要确认是否安装了 git,并在 Redmine 的 configuuration.yml 中进行设置。
  • Fetch commits automatically:True,这个选项只是在用户打开仓库页面时候会获取仓库内容,别想多了。
  • Enable WS for repository management:True
  • Repository management WS API key:这里需要生成一个 API Key,用于后面的 WebHook 触发。

Commit 信息设置

  • Referencing keywords:引用关键字,保持缺省即可,在 Commit 信息中加入 refs #1,信息中会有到 #1 Issue 的连接。
  • 下面的表格中可以根据 Commit log 中的关键字对 Issue 进行更新(状态和进度),例如填写 fixed fixed %60 的话,代表 Commit 信息中如果出现 fixed #1,则会把 Issue #1 更新为 Fixed,进度推进到 60%。

为项目获取 Git 仓库

在 Redmine 能访问得到的路径中,使用 git 命令克隆仓库:git clone --mirror git@github.com:git_user/project.git

项目仓库设置

  • 进入项目的仓库设置页面(projects/[project-id]/settings/repositories)
  • 添加仓库
  • 路径指向上个步骤中的本地仓库的位置。
  • 保存。
  • 在 projects/[project-id]/repository 中,现在就可以看到版本库和文件了,并可以进行 diff 等操作。

安装插件

接下来安装 Redmin 插件

该插件将在 Redmine 中运行,用来响应来自 Gitlab 的 Webhook Post 请求。

Github:https://github.com/phlegx/redmine_gitlab_hook

下载到 Redmine 的插件目录之后,重启 Redmine 即完成安装。

可以在 Redmine 的 admin/plugins 中看到这一新安装的插件。

进入 settings/plugin/redmine_gitlab_hook,选中 All branches。

Gitlab 设置

Gitlab 的设置分两步,第一是将 Issue 管理功能从内置模块转为使用 Redmine,第二是利用 Webhook 在发生事件的时候,引发 Redmine 的仓库更新。

Issue

进入 Gitlab 的项目服务设置页面:[project-url]/services,找到 redmine 的设置:

  • Active:True
  • Trigger:Push
  • Project url:Redmine 中相关的项目地址,例如http://redmine.local/projects/sample-project
  • Issues url:一般是 Project url + issues,例如http://redmine.local/projects/sample-project/issues
  • New issue url:通常是 Issues url + new,例如http://redmine.local/projects/sample-project/issues/new

保存退出后,该项目的 Issue 相关连接就会转向 Redmine 中。(挺 Low 的。。)

Webhook

Webhook 是 Gitlab 的事件触发系统,这里我们借助这一功能,同 Redmine 的 Gitlab 插件协作,触发 Redmine 的自动更新。

浏览项目的 Webhook 页面:[project-url]/hooks,新建一个,URL 栏目填写 http://redmine-url/gitlab_hook?project_id=[project-id]&key=[repository-token],key 部分就是前文中提到的 Repository Token。

测试

Git clone 代码之后,进行修改,提交 Comment 中写入 fixed #1,看 Redmine 中的这一 Issue 是否发生更新。

More from this blog

AI Agent 的“莫兰迪时刻”

一个新范式真正走向大众,往往不是从所有人都正确理解它开始,而是从它开始被反复引用、简化、误读,甚至滥用开始。 今天的 AI Agent,可能正走到这样一个时刻。 这篇文章的念头,来自我最近收听《大内密谈》vol.1434《审美升级or消费主义?从莫兰迪在中国聊起》时的一些联想。节目从莫兰迪色在中国的走红,谈到作品价格、知识产权、商业流量与消费主义。[9] 我听着听着想到另一个熟悉的技术史问题:为

Oct 5, 20263 min read

FDE 是传统运维产品厂商的出路吗?

很多传统运维产品厂商,已经不缺产品了。 从 ITSM、CMDB、监控、自动化,到 IAM、数据中心管理和各类大屏,一个成熟厂商往往都能拿出一张很完整的产品地图。销售材料上看,客户运维部门的日常工作几乎都被覆盖了。 但项目一落地,味道就变了。 产品越多,集成越重;模块越全,边界越模糊;客户越大,定制越深。到了后期,项目成功本身也会变成麻烦:现场改出来的东西回不到主干,配置越来越像黑箱,谁都不敢轻易升

Jun 29, 20263 min read

绵里藏针才是 AIOps 的本质?

Agent 让运维编排变得柔性、可变、甚至自演进;但真正敢进入生产环境的 AIOps,仍然离不开坚实、受控、可审计、可回退的自动化底座。 从 Gartner 提出 AIOps 概念到现在,也大概有十年了。这么多年来,这个领域好像发生了很多变化,又好像没什么“本质”的变化。技术上,我们经历了传统机器学习、深度学习和神经网络、以及大模型和智能体这样“翻天覆地”的变化;业务上,我们面对的是更多品种、更大

May 31, 20263 min read

龙虾恐慌:AIOps 又要改名了?

ChatGPT 开始,把 AI 拉近到普罗大众的面前,让无数人感受到 AI 的亲民魅力。而龙虾,则把大模型驱动的自动化能力,突然间变得水灵灵、活泼泼地走进千家万户。它不只是“风口上的猪”,而是风口本身。热度高到让 Mac mini 一度断货,不知道这在不在库克的预料之内。 每代人都有每代人的鸡蛋,春节期间,我就领了我的鸡蛋。翻出古老的 MacBook Air M1,充值各种大模型。当然了,这个工具

Mar 9, 20261 min read
【

【伪】架构师

346 posts