一套自用的git提交规范，可清晰的识别到关联的任务/bug

最新推荐文章于 2025-11-24 23:15:52 发布
原创 最新推荐文章于 2025-11-24 23:15:52 发布 · 530 阅读 · 10 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#git #bug

分享一套自用的git提交规范，可清晰的识别到关联的任务/bug

一、提交信息的基本结构

推荐使用约定式提交的一种变体，结构如下：

<类型>(<范围>): <主题> [#<禅道-ID>]

<正文>（可选）

<脚注>（可选）

一个完整的、优秀的示例：

feat(用户模块): 增加用户手机号绑定功能 [#12345]

- 新增手机号验证接口（/api/user/bind_mobile）
最低0.47元/天 解锁文章
禅道BUG提出及处理流程规范
_冷冷的博客
09-27 2万+
禅道BUG提出及处理流程规范 版本说明 版本 作者 时间 备注 1.0 _冷冷 2019/9/27 首版本提交 目录 1 概述 1 2 目的 1 3 作用 1 4 缩略词 1 5 适用范围 1 6 BUG的定义 2 7 BUG书写规范 2 7.1 BUG书写必填内容 2 7.2 BUG书写注意事项 2 7.3 BUG关键信息释义 2 8 BUG处理流程 5 8.1 BUG生命周期 5 8.2 BU...
禅道Bug提交管理规范
01-23
禅道Bug提交管理规范 测试流程管理。 本文档定义了bug管理流程及其bug相关信息内容。
将代码仓库（如 Git、SVN 等）与禅道（项目管理工具）打通，通常是为了实现需求、任务、缺陷与代码变更的关联，提升研发流程的自动化和可追溯性。以下是实现打通的常见方案和步骤，供参考：一、核心目标
weixin_60830013的博客
05-28 1314
将代码仓库（如 Git、SVN 等）与禅道（项目管理工具）打通，通常是为了实现需求、任务、缺陷与代码变更的关联，提升研发流程的自动化和可追溯性。通过以上方案，可实现代码仓库与禅道的自动化联动，提升研发流程的透明度和效率。具体实现细节需根据禅道版本（如开源版、企业版）和代码仓库类型调整。中添加脚本，解析最新提交信息，提取任务 ID 并调用禅道 API。在代码提交或合并时触发脚本，调用禅道 API 实现联动。目录下，并确保代码仓库服务器有权限访问禅道 API。将脚本保存为可执行文件，放置在代码仓库的。
git 提交自动带上storyid
supming1的专栏
09-08 970
如何解决烦人的git 提交需带上storyid
禅道BUG编写及处理流程规范
热门推荐
左小朋的博客
09-12 1万+
概述 本文档规范bug的提出及管理流程，定义BUG的整个生命周期。帮助测试、研发等人员了解BUG的处理流程。提高测试人员工作效率以及产品缺陷修复效率，避免出现搁置和遗漏的缺陷，从而提高产品的质量，降低质量检查和缺陷修改成本。 什么是bug? 软件缺陷：通常又被叫做Defect或者Bug。 产品需求文档中规定要做的事情，而软件没有实现。 产品需求文档中规定不要做的事情，而软件确实现了。 产品需求文档中中没有提到过的事情，而软件确实现了。 产品需求文档中没有提到但是必须要做的事情，软件确没有实现。 软件很
git安装配置，常用命令
donghaixiaolongwang的博客
03-15 658
直接去这里：http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000/0013743256916071d599b3aed534aaab22a0db6c4e07fd0000
流利说统一可观察性平台实践
http://www.54tianzhisheng.cn/
07-15 209
在线教育行业现状随着 90 年代互联网的引入，在线教育产品也依托于互联网诞生。随着互联网技术的发展，在线教育产品也开 始了出现新的模式。在线教育从最初单纯的文字形式，开始往图片、音频方面开...
【游戏开发】游戏生产的标准与工业化，管线Pipeline的概念与设计（项目管理，资产管理）
小哈里的博客
12-25 3939
【游戏开发】游戏生产的标准与工业化，管线Pipeline的概念与设计（项目管理，资产管理） 文章目录 1、管线（Pipeline）是什么？ 1.1 管线解决什么问题（例子） 1.2 一个动画电影的完整制作流程（例子） 1.3 游戏管线的意义（定义） 2、 如何设计管线？ 2.1 设计流程 2.2 例子1 角色设计-DNA模式 2.3 例子2 角色管线 PBR与NPR 3、管线设计中的两个点 3.1 项目管理与review（流程） 3.2 资产管理（数据）——data、metadata、assert
git分支管理和git提交规范
winne雪
04-20 3884
一、git分支管理 一般情况下的分支管理如下： master分支：一般用于存放正式环境上的代码，每次发版到正式时才更新，其他时间不允许修改。（每次发版后可以打个tag，标记这次大版本的发布。如果有重大bug修复发的小版本可以打大版本下的小版本tag） bug分支：万一正式环境出现严重bug妨碍使用时需要创建个bug分支进行修改，然后同步到release分支进行测试。测试后再同步到master分支发布，然后还要同时同步到iteration分支、develop分支 release分支：测试环境上的分支，开发完所
Git提交规范
Creabine的博客
12-13 2750
最近公司的前端团队分了组，我根据兴趣加入了基础设施建设组，负责做一些方便和规范开发的东西。第一个产出是增加了Git的提交规范，之前参与开源项目时接触到的，感觉很有意思，也很实际，用得到。 参考资料: 阮一峰-Commit message 和 Change log 编写指南 Git提交规范 意义及现状 在开发过程中，Git每次提交代码，都需要写Commit message（提交说明），规...
Tapd需求或BUG 关联gitlib提交
编码行者的博客
05-17 3599
保存成功后返回应用设置，入下图 红框内容要记录下来，待会要到gitlib设置里面用，这一个是推送消息的钩子，还有权限Token。要保存好，不要乱给。 Gitlib项目集成钩子 在Gitlab的代码项目设置中选择集成 红框配置信息填入Tapd提供的即可。下面就是钩子触发事件了，这里我就选择合并事件就行了。到这里我就配合完成了。 gitlib这一步是通用的，企业微信群消息机器人也支持gitlib推送，按照群消息步骤设置即可 配置完成后，提交Gitlab代码时加上对应关键字即可关联TAPD的需求...
git commit 代码提交规范
小妖666个人笔记
12-08 2441
我们在代码提交时 git 的 commit 信息是很重要的，但是每次写的时候总想偷懒怎么办，咱们可以制定个规范必须按照某种格式提交注释。 法一：设置 git commit 模板 在项目中建立 .git_template 文件，内容可以自定义： .git_template type: description: 运行如下命令： git config commit.template .git_template git commit 时会出现上面的模板 这种方法只是规范了一些，但是没有校验方式
git提交注释规范插件
苏叶的专栏
04-24 4246
1、前言 为什么要注重代码提交规范？ 在团队协作开发时，每个人提交代码时都会写 commit message。 每个人都有自己的书写风格，翻看我们组的git log, 可以说是五花八门，十分不利于阅读和维护。 一般项目开发都是多分支共存，master、develop、feature、hotfix、release等分支，在这么多分支中，我们会有一个稳定的master分支，但是我们需要将分支代码进行merge。存在规范的commit message可以帮助我们很轻松的合并代码以及发现问题。例如使用Jenkins
禅道----禅道和Gitlab对接
redrose2100的博客
05-20 5659
【原文链接】 一、配置禅道 1 使用admin用户登录禅道，然后进入后台 2 点击【二次开发】 3 切到应用上 4 点击【添加应用】 5 填写gitlab应用信息 这里需要复制生成的密钥，后面再gitlab上配置使用 6 创建完成后如下所示 二、配置Gitlab 1 使用具有admin权限的账号登录gitlab，然后点击要配置关联的项目 2 依次【Setting】-【Integration】 3 找到并点击【Zentao】 4 填写配置信息 其中： ZenTao API token 即
禅道Bug的提交
Lx0120的博客
09-14 1236
进入测试页面 点击提交bug 点击过后跳转到 bug 详情页 参数详解：   所属项目：就是测试人员目前所测试项目 　　所属模块：具体的功能模块，如 登录，注册，搜索，退出 　　所属迭代：每个项目产品都有响应的版本号 一般在产品的“关于产品”可以进行查询 如qq目前版本8.3.9.465 　　影响版本：一般填写测试版 或是线上版 　　当前指派：填写你要提交哪位开发对象去解决这个问题 　　截至日期：BUG 的修改截至日期 　　BUG类型：就是对bug简单分类，比如界面优化 代码错误 　　操作系统：w...
轻量级 CI/CD 实战（四）：本地开发钉钉告警 → 自动部署云服务器 Kafka 消费者容器
最新发布
m0_74234518的博客
11-24 396
摘要：轻量级 CI/CD 实现 Kafka 消费者容器自动化部署与钉钉告警 本文介绍如何在现有轻量级 CI/CD 流程中，为 Kafka 消费者容器新增钉钉告警功能并实现自动化部署。通过改造 Git Hooks 的 post-receive 脚本，实现代码推送后自动构建 Docker 镜像、替换运行中的容器。关键点包括：1) 本地开发时通过环境变量管理钉钉 Token；2) 使用异步线程发送告警避免阻塞主流程；3) 服务器端通过安全文件存储敏感信息；4) 全自动化部署流程覆盖镜像构建、容器替换等环节。整个方
Git物联网开发
2509_93939357的博客
11-21 369
用上Git，每个人在自己的分支上工作，通过Pull Request（或者Merge Request）发起代码合并请求，团队成员可以进行代码评审，确认无误后再合并。当然，文件得配置好，别把那些编译产生的中间文件、大的二进制依赖库给提交上去，不然仓库很快就爆炸了。你不可能在开发新功能的时候，直接在主分支上动刀，万一搞挂了，连个能烧录的稳定版本都没有。这样，主分支的代码永远是可用的，心里不慌。这样一来，任何时候你想回溯历史，编译V1.2.3这个版本的固件，直接就行了，精准无误，再也不怕找不到北。
Git在发布管理中的标签策略
2509_93946471的博客
11-20 185
关键是坚持规范——每次发布都打标签，每个标签都含详细信息，每个成员都按规则操作。好的Git标签策略就像给代码库安上了清晰的路标，让发布管理从此井然有序。当需要为v1.5.1制作安全补丁时，从v1.5.1标签拉分支而不是从最新代码开始，确保基础代码正确。在Git Flow分支模型下，develop分支合并到master准备发布时，必须在合并提交上打版本标签。我们甚至在CI流程中加入了标签检查环节，确保每个生产版本都有对应远程标签。查看标签详情使用，这会显示提交记录和标签备注。v1.3.1标签并合并回主分支。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

小信啊啊

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值