打通了！Jira + Zadig 实现需求与研发过程追踪

产品成功交付需要团队的高效协作，从需求到研发再到交付，任何一个环节拥堵都会带来效率和工程师体验的下降，而 Zadig 除了与各种 Git 仓深度集成联动，也提供了和项目管理软件 Jira 协同的能力。

Zadig + Jira + GitHub（GitLab）将需求与研发过程联动，降低团队反复沟通的心智负担，及时感知代码变更，结合 Zadig 强大的云原生多环境能力进行快速验证快速交付。

背景说明

本文提供了一个 Jira + Zadig + GitHub 的真实实践场景供大家参考，背景如下。

团队采取敏捷开发模式，对需求、任务拆分后在 Jira 中跟踪，日常基于和 Issue 关联起来的代码变更进行快速验证：验收通过的及时集成进主分支；未通过的，打回 Issue 继续修改。Jira 中 Issue 状态流转如下：

如何使用

系统管理员：集成 Jira

访问系统设置 -> 集成管理 -> Jira 集成，点击添加，填写 Jira 配置信息后保存。

开发工程师：实现需求，提交代码

开发工程师对 Jira Issue 任务进行代码实现后，在提交代码时，只需要在 commit message 或者 Pull Request 标题中包含 Jira Issue ID 即可，以 Pull Request 示例如下：

若一个 Pull Request 实现了多个 Issue 任务，标题中包含多个 Issue ID 即可。

测试/开发工程师：联动需求，把握质量

编辑工作流，参考 Zadig - 工作流 配置触发器和通知。

触发器配置（触发事件选择 Push commits、Pull requests）：

通知配置（以飞书为例）：

当开发工程师需求实现完毕提交代码后，会自动触发工作流执行并将此次运行详细信息发送到 IM 系统中，以 Pull Request 示例如下。

当测试(开发)工程师收到 IM 通知后，点击消息跳转到 Zadig 系统中，Zadig 会自动追踪该 Pull Request 包含的 Jira Issue(s)，点击后可查看 Issue 详情，结合 Issue 中的任务详情进行验收确认，充分把握需求的实现质量，验收通过的 Issue 及时关闭，Pull Request 及时合并，未通过的打回继续修改。

小结

Jira + Zadig + GitHub 的组合贯穿从需求开发 -> 发布测试环境 -> 测试验证 -> 需求关闭的整个流程，为开发者提供高效的协作平面，实现工作流和 Issue 的联动；工作流的 Webhook 和通知能力让团队及时感知代码变更，快速追踪需求，创造 1+1 > 2 的团队合作效果。

Zadig，让工程师更专注创造！欢迎加入 开源吐槽群🔥

Zadig on Github
Zadig on Gitee