有没有办法将JIRA中的一组问题与一个问题联系起来？

我们希望开始将JIRA与GH一起用于部署/变更管理。建议的任务/故事工作流如下：
Backlog->Open（在Sprint中添加）->进行中（编码）->已解决（代码已提交，工作已完成）->请求更改（创建问题RFC-x，其中包括Sprint中的一组问题）->

从这里开始，我们在新工作流中跟踪此RFC-x:
在测试系统->正在测试->由QA验证->由管理层批准->部署到生产->由最终用户验证

---

有没有一种方法可以轻松地将一个Sprint或版本中的一组问题与一个问题联系起来

使用链接是一种方法

您始终可以使用JIRA提供的问题链接功能链接问题

有一个插件可以帮助你跟踪链接
或链接层次结构报告

通过自动化问题之间的状态转换，您甚至可以更进一步。
我们在这里描述了分离规范和任务的概念：

另一种方法是将RFC-x作为sprint的一部分，并使用修复版本对所有相关问题进行分组。

---

更改请求允许您在特定版本的上下文中跟踪部署的状态，而无需管理问题和RFC之间的链接。

使用链接是一种方法

您始终可以使用JIRA提供的问题链接功能链接问题

有一个插件可以帮助你跟踪链接
或链接层次结构报告

通过自动化问题之间的状态转换，您甚至可以更进一步。
我们在这里描述了分离规范和任务的概念：

另一种方法是将RFC-x作为sprint的一部分，并使用修复版本对所有相关问题进行分组。

---

更改请求允许您在特定版本的上下文中跟踪部署的状态，而无需管理问题与RFC之间的链接。

对于分组问题，您可能需要查看-它仍处于早期测试阶段。希望听到反馈和功能要求

---

Igor

对于分组问题，您可能想看看-它仍处于早期测试阶段。希望听到反馈和功能要求

---

Igor

谢谢。对我们来说，使用link看起来是最简单的方法。我根据项目和版本创建了一个过滤器。链接时，请选择筛选器以选择多个问题。idalko.com的链接现在应为：感谢您为此链接提供修复。谢谢。对我们来说，使用link看起来是最简单的方法。我根据项目和版本创建了一个过滤器。链接时，请选择筛选器以选择多个问题。idalko.com的链接现在应为：感谢您为此链接提供修复。