#jira #jql
Вопрос:
В нашей текущей настройке Jira (Jira 8.13.10), на которую я, кстати, не могу повлиять, мне нужно найти проблемы, которые со вчерашнего дня изменились на определенный статус для фильтра платы.
Я придумал этот JQL
status in (Closed, Done) AND status was not in (Closed, Done) BEFORE startOfDay(-1d)
что не дало ожидаемого мной результата. Выполнение этого запроса в быстром фильтре на доске Jira с 4 различными проектами возвращает проблемы, закрытые со вчерашнего дня для 3 из 4 проектов, и если я хочу в какой-то степени достичь желаемого результата (возвращая закрытые проблемы для всех проектов на доске), мне нужно немного изменить JQL, чтобы
status in (Closed, Done) AND status was not in (Closed, Done) BEFORE startOfDay(-28h)
Чтобы уточнить, в проблемном проекте (№4) было по крайней мере две проблемы, которые были закрыты одновременно (с точностью до минуты), поскольку один из проектов, чьи истории отображались на доске, использовал первый фильтр. Однако истории из проекта № 4 не появлялись бы на доске, если бы я не использовал код автоматического фильтра во втором примере.
Есть ли какая-то волшебная настройка для каждого проекта, которая определяет день начала, или я упускаю что-то очевидное здесь?
Комментарии:
1. Вы не говорите, в каком смысле результаты были неожиданными. Предположительно, существовала проблема, которая была перенесена, но не появилась? Когда именно он был переведен?
2. Спасибо, я попытался немного прояснить результат, а также добавил предварительные условия.
Ответ №1:
startOfDay() вернет начало дня, определенное вашим пользователем Time Zone . Это может быть установлено для каждого пользователя на User Profile странице и по умолчанию будет установлено в соответствии с часовым поясом приложений по умолчанию. Надеюсь, вы обнаружите, что, обновив свой часовой пояс, вы достигнете ожидаемых результатов.
Если часовой пояс вашего сервера по умолчанию отличается от часового пояса большинства ваших пользователей, я бы предложил связаться с администратором сайта и запросить это изменение, поскольку это может повлиять на отчетность.
Это, конечно, неизбежно, если ваша база пользователей охватывает несколько часовых поясов, и в этом случае я мог бы предложить выбрать наиболее удобный часовой пояс для большинства и попросить всех думать в терминах этого часового пояса при использовании приложения.
Если отчетность не важна для вашей организации или отдельные отчеты не будут охватывать несколько часовых поясов, тогда вам будет удобно иметь индивидуальные часовые пояса пользователей, но просто имейте это в виду, когда делитесь чем-либо на основе JQL с другими пользователями.
Комментарии:
1. Я не вижу, как это предложение может решить проблему, связанную с тем, что один из четырех проектов на доске для одного и того же пользователя отображается не так, как ожидалось.
2. @RogerMagnesved, этот ответ был основан на вашем первоначальном вопросе и был моим лучшим предположением о том, что может происходить. Основываясь на ваших правках, я не думаю, что могу предложить что-то еще без дополнительной информации. Может быть, билеты в проекте 4 были переведены в статус «готово», а затем обратно в статус «в процессе», прежде чем их окончательно закрыли? Я бы, вероятно, посоветовал обратиться к профессионалу, чтобы он непосредственно взглянул на вашу проблему и решил ее, если вы не можете придумать никаких дополнительных деталей для включения в вопрос.
3. Спасибо. Я посмотрю, не было ли каких-либо необычных переходов в указанных историях.