Гайз, привет! У меня вопрос. Использую плагин requirements for jira для того чтобы держать в дереве все требования по проектам. Я линкую требования к задачам и разрабы их видят как только приходят делать или тестить задачи.

Но есть проблемка. Один из клиентов хочет "Эджйал для требований" 😁 Т.е. менять их когда захочется, а в плагине ревизии тикетов не очень удачно сделаны и нельзя линковать задачи к какой-то версии тикета с требованием. Нужен своего рода гит для требований, к коммитам которого можно линковать задачи для разрабов.

Кто-нибудь решал похожую задачку? Или может посоветовать коллег, кто мог бы подсказать?

Могу посоветовать использовать отдельную матрицу для трассировки требований. То есть собрать табличку в гугл шитс и там вести учет требований. Не думаю что плагин для трассировки есть для джиры.

А еще есть отличный вариант - сказать клиенту что он слишком много хочет.

Гайз, привет! У меня вопрос. Использую плагин requirements for jira для того чтобы держать в дереве все требования по проектам. Я линкую требования к задачам и разрабы их видят как только приходят делать или тестить задачи.

Но есть проблемка. Один из клиентов хочет "Эджйал для требований" 😁 Т.е. менять их когда захочется, а в плагине ревизии тикетов не очень удачно сделаны и нельзя линковать задачи к какой-то версии тикета с требованием. Нужен своего рода гит для требований, к коммитам которого можно линковать задачи для разрабов.

Кто-нибудь решал похожую задачку? Или может посоветовать коллег, кто мог бы подсказать?

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

Требования к продукту меняются, в зависимости от фидбэка пользователей и стэйкхолдеров. В рамках эджайл проекта, наш заказчик хочет эти изменения фиксировать не останавливая разработку. Но каждый спринт мы начинаем с текущей версией требований, чтобы не иметь проблем с разработкой и тестированием. Вопрос в том как фиксировать текущую версию, продолжая работать над улучшением требовний

Я будущий веб-разработчик

Всем привет
А был ли у кого опыт перевода большой базы данных Confluence с mysql на postgre?
У нас БД весит больше 150 gb
В мануале написано делать через родной метод импорта\экспорта данных, а он отрабатывает несколько дней...
Может посоветуете как лучше\правильнее это делать?

Привет! Был, но бд был чуть меньше. 80ГБ и 40ГБ
1. Через тулзы импорт экспорт
2. через mysql -> postgres (https://wiki.postgresql.org/wiki/Converting_from_other_Databases_to_PostgreSQL#Scripts.2C_programs) - было долго и специфично

Добрый день.
А как долго? И на каком железе. (RAM [база отдельно была? innodb_buffer_pool_size? ], CPU, скорость дисков )