利用 Jira Software 搜索加速 DevOps 工作流

导语

想象一下，你正在沿着高速公路行驶，忽然发现前方发生拥堵。这个时候，如果没有有效的工具，我们可能只能被堵在路上。但如果有 GPS，我们就可以通过它了解有没有避开拥堵的替代路线？我的新预计到达时间是多少？通过主动展望未来并使用正确的工具来收集信息，我们可以轻松选择到达目的地的最快、最便捷的路线。

DevOps是关于 Dev 团队和 Ops 团队共同努力构建更快、更可靠的发布渠道。和 GPS 一样，Jira Software 可以作为 DevOps 工作流程中开发信息的唯一真实来源。通过 Jira Software，您可以获得完整的项目状况，实现跨团队可见性和可追溯性，并可以将集成工具链中的信息和数据在正确的时间里展示给正确的项目成员。无论您是团队负责人，开发经理，发布经理还是测试人员，这种可见性都可确保 DevOps 工作流程中的每个人始终了解开发中的内容以及支持的内容。

从 Jira Software Server 7.9 开始，我们通过在 Jira Software 搜索中显示 Bitbucket，Bamboo 和 Github 的开发信息，增加了对 DevOps 实践的开发周期的支持。现在，更容易早期识别开发问题，做出明智的决策，确保发布更快、更高质量的产品版本。

连接 Jira Software 和 Bitbucket 解锁了一组功能强大的功能，可以提高您对每个工具的可见性，使管理员和最终用户的生活更轻松。 （另外，这是一个非常简单的过程）。

用基础搜索回答开发关键问题

在新版本的 Jira Software 中，Jira 的 Issue Navigator 默认视图中添加了一个名为“Development”的新列，它可以查看从 Bitbucket Server 提取的指定信息，而无需单击进入单个问题。

专业提示：如果在 Jira 的问题导航器中使用自定义布局，则可以通过在“列”的下拉列表下打开它来添加“开发”列。

通过筛选功查看分组问题（而不是单个问题中的信息），可以了解趋势，找到问题的源头，如果解决根本问题，真正推动针对改进 DevOps 的开发流程。

.查询问题：正在审核中有多少正在审核的问题？

通过此查询，你可能会发现一两个开发人员因为被分配了过量的请求，而形成瓶颈。你可以立即评估是否需要重新分配工作。

使用 JQL 过滤开发信息

如果您需要更复杂或开放式问题的答案，该怎么办？您可能不知道这一点，但您可以使用 JQL（Jira 查询语言）根据开发信息创建搜索查询并发现关键信息以避免挂起的问题。从 Jira Software Server 7.9 版本开始，我们更新了语法，与 JQL 查询格式保持一致。

Jira Software 高级用户多年来一直使用 JQL 来查看问题，并专注于 Scrum 和看板。 JQL 现在功能更强大，能够交叉引用开发人员工具中的数据。

以下是一些 JQL 实例：

.查询问题：哪些以及有多少问题已经完成但尚未部署？

通过提取已完成但未部署的问题数量和问题，您可以确定是否已准备好发布该功能并开始收集反馈，或者在发布之前还有哪些必须解决的问题。

通常，团队在推送到部署之前在本地测试构建 如果您的团队就是这种情况，那么定期检查构建状态是一种很好的做法。

.查询问题：哪些以及有多少问题失败？

如果您看到许多失败的构建，则可能表明开发人员环境与构建和部署不匹配。 这是一个你想要立即抓住并修复的问题。 相反，传递构建的一组问题可能是测试人员可以检查验收标准并开始探索性测试的区域。

避免不必要的孤岛的一种方法是为当前减慢团队速度的手动流程添加自动化。

.查询问题：哪些以及有多少问题已经完成，但没有合并拉取请求？

如果您看到许多拉取请求已完成但尚未合并，则可能表示 Jira 中的问题未通过工作流移动以反映开发工作的进度。 这可能会让团队怀疑 Jira 中的信息，管理人员将不断提出问题，“Jira 是最新的吗？”幸运的是，这是一个简单的解决方案：您可以强制执行新的工作流程条件并在 Jira Software 中添加自动问题转换 所以开发人员不需要手动移动问题。 经理和开发人员双赢。

通过实践加强搜索

通过在需要的时间和地点显示信息，您的团队可以充分利用 DevOps  - 将开发，质量保证和运营结合在一起，以实现更快，更高质量的发布，以及获得更明智的决策以及更满意的客户。

如果您想了解这些功能如何帮助您的 DevOps 工作流程，可以查看：JQL：最灵活的 Jira 搜索方式，或将 Jira Software Server 升级到最新版本。