Коллеги, вот я правильно понимаю, что в этом чате большей частью разговоры по теме конкретного администрирования, разработки плагинов и всяко-разно глубоко копания в настройках?)) в том смысле, что я например просто пользователь. И у меня только один вопрос -- а нельзя сделать так, чтобы пользователь при попытке настроить jira под свои запросы не перечитывал тонну макулатуры и не приходил к тому, что нужно заплатить денег спецу со стороны, который настроит небольшой набор нюансов?)))) Почему нельзя донастроить, нажав пару кнопок типа "включить отправку имейла из тикета", "запретить переносить дьюдейт"?))) прошу прощения за дилетантский вопрос. Но просто денежек за 100 пользователей jira+плагины мы норм платим, на мой взгляд. И сюда добавляются деньги на содержание программиста-настройщика. Как бэ. Блин)))

Остальное - боль

ну нет же костыли это не боль, костыли это исскуство

ну нет же костыли это не боль, костыли это исскуство

Искусство боли

используйте фрилансера. выходит дешевле намного

Ну вопрос не столько в деньгах как таковых, сколько в логике))

логика проста, жира настолько гибкая система что на ней можно сделать что угожно, но для этого надо немного допилить, для этого покупаете плагины или нанимаете спеца. из коробки по инструкцуии можно настроить оооооочень много

Да, я в курсе)) я про это и говорю. Жаль, что нельзя сделать гибкую вещь с дружелюбным интерфейсом без привлечения целого арсенала людей :) для таких, казалось бы, простых вещей как работа с задачами, аналитика оных и интеграция с часто используемыми тулами. То есть грань между гибкостью и простотой смещена в сторону гибкости)))

вообще нельзя сделать гибкую вещь с дружелюбным интерфейсом

Блю оушена

Меня интересует как наиболее эффективно использовать их вместе для задач аналитика. По сути как построить там систему управления требованиями.

Да, я в курсе)) я про это и говорю. Жаль, что нельзя сделать гибкую вещь с дружелюбным интерфейсом без привлечения целого арсенала людей :) для таких, казалось бы, простых вещей как работа с задачами, аналитика оных и интеграция с часто используемыми тулами. То есть грань между гибкостью и простотой смещена в сторону гибкости)))

с утра Tempo Timesheets порадовали багом ?

UPDATE BANDANA SET bandanavalue ='<map> <entry> <string>theme.key</string> <string></string> </entry> </map>' WHERE bandanavalue LIKE '%<string>com.atlassian.confluence.plugins.doctheme:documentation</string>%' AND bandanakey = 'atlassian.confluence.theme.settings'; такой примерно конструкцией я так понимаю?

завели в Темпо тикет об этом, они подтверждают. пришлось откатываться на 8.5.4

@gon4ik да, хочу тему поменять динамически - когда у меня staging разворачивается chef применяет настройки всякие типа base url и вот хочу и тему тоже менять

просто тебе в бд менять, круто, но есть риск большой. Я несколько раз для конфы и битбакета ошибался:( и приходилось откатывать таблицу

А кто из них продакшен?

Поставил в тестовую Jira плагин Portfolio. На free-аккаунт Jira плагин не дает free-лицензию. Ок, оплатил Jira, получил free версию плагина. Пытаюсь настроить иерархию запросов, не могу переместить Story ниже Epic. Начал шерстить документацию, а там прекрасное - If the issue is at the top of the hierarchy you can't set a parent issue. If the epic link is set you can't set a parent link. If the issue is a subtask you can't set a parent link. If Portfolio is not licensed, you can't use this feature. Мне не жалко 10$, но нахрена так делать? Именно та фича, которая нужнее всего в плагине, и не доступна.

а если не переместить, то получится, что Story выше по иерархии, чем Epic

Вообще стори выше эпика)))

"An epic captures a large body of work. It is essentially a large user story that can be broken down into a number of smaller stories."

Наконкц то админы добавляются

Короч, мне нужно 4 уровня вложенности. И как они будут называться - пофигу, по большому счету. А 4 уровень я добавить не могу в нужный слот, потому что он получается первым по счету, а не вторым