跨多个存储库跟踪问题
Tracking Issues across multiple repositories
我们经常有跨越多个存储库的史诗故事。我正在寻找一种机制来跟踪与单个故事相关的所有工作。 GitHub 有接近我寻求的解决方案的问题。 Issues 的问题在于它们不跨越多个存储库。在部署当天,我仍然需要扫描 ~10 个存储库(有 100 个存储库,其中 10 个是常用的)以发现哪些具有与故事相关的提交。
作为手动解决方法,我创建了多个问题。每个存储库一期。然后我手动列出与 Jira 中的史诗故事相关的 Issue#。
是否有我可以使用的工具或替代技术来自动组合这些问题并将它们视为一个问题?
同时使用 JIRA 和 GitHub Issues 会有点不寻常。 JIRA 几乎提供了 GitHub Issues 所做的一切,甚至更多。
来自 GitHub 的 This guide 展示了如何将 JIRA 直接与 GitHub 集成,完全跳过问题。正确配置后,您将在提到的 JIRA 问题中看到指向 GitHub 的链接。您还可以根据提交消息中的关键字触发 JIRA 工作流更改,就像 GitHub Issues 开箱即用。
我们经常有跨越多个存储库的史诗故事。我正在寻找一种机制来跟踪与单个故事相关的所有工作。 GitHub 有接近我寻求的解决方案的问题。 Issues 的问题在于它们不跨越多个存储库。在部署当天,我仍然需要扫描 ~10 个存储库(有 100 个存储库,其中 10 个是常用的)以发现哪些具有与故事相关的提交。
作为手动解决方法,我创建了多个问题。每个存储库一期。然后我手动列出与 Jira 中的史诗故事相关的 Issue#。
是否有我可以使用的工具或替代技术来自动组合这些问题并将它们视为一个问题?
同时使用 JIRA 和 GitHub Issues 会有点不寻常。 JIRA 几乎提供了 GitHub Issues 所做的一切,甚至更多。
来自 GitHub 的This guide 展示了如何将 JIRA 直接与 GitHub 集成,完全跳过问题。正确配置后,您将在提到的 JIRA 问题中看到指向 GitHub 的链接。您还可以根据提交消息中的关键字触发 JIRA 工作流更改,就像 GitHub Issues 开箱即用。