Комментарии 6
Большое спасибо за статью. Буквально сегодня пользователь нашего Epic Report попросил сделать гаджет для Confluence. Сами планировали делать только для JIRA дешборда, но судя по всему, в Confluence это все переносится довольно быстро. У вас случаем не было опыта с облаком на эту тему?
damat, всегда пожалуйста! В облаке с гаджетами всё плохо, делается только через поддержку Atlassian, к сожалению.
Что то не пойму, что за «СУБД Atlassian JIRA»? Это вы, что ли, в жире подобавляли пользовательских полей и стали ее использовать для списка сотрудников?!!! При том, что в конфлюенсе можно было использовать любой SQL источник?
Но зачем?!!!
Но зачем?!!!
Верно, «СУБД Atlassian JIRA» — база, в которой JIRA хранит свои данные. На её месте могла бы быть любая поддерживаемая плагином СУБД. У меня лишь демонстрация частного примера общей концепции. Именно её я выбрал из соображений удобства, т.к. периодически пишу SQL-запросы для выгрузки нестандартных количественных метрик из проектов JIRA.
Что именно вас смущает в моём подходе?
Что именно вас смущает в моём подходе?
Меня смущает использование сущности задач (issue) в жире для ведения списка пользователей.
По моему опыту, в JIRA уже давно ведутся не только задачи и дефекты, но, например, тестовые модели, требования или пользовательские истории. Мне видится, что нет ничего плохого в хранении необычных реляционных сущностей в JIRA. Взамен мы получаем универсальную технику хранения этих сущностей и веб-интерфейс. Без необходимости в обязательном порядке использовать SQL-редактор.
В какой системе вы бы предложили хранить список пользователей организации?
В какой системе вы бы предложили хранить список пользователей организации?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Как отобразить динамическую выгрузку из БД на страницах Atlassian Confluence?