благодарю!

так эта, а бизнес-задача-то в чем заключается?

Была такая ситуация по пункту номер один. Стали просто создавать новый проект каждый год в джире и никаких костылей.

А польза от этой нумерации в чем?

Я сам без понятия. Люди с проекта уперлись, что им нужно. Сказали, что использовали их где-то у себя в каких-то сторонних записях.

Если им нужно статистику за год выводить - это можно и без инкрементов делать

Поддерживаю. Очевидно, что хотят вести учёт кол-ва задач. Но это проще посчитать не нагораживая такой функционал.
Но если уж очень хочется фри - то грувиоли или майгруви и в кастомное поле типа "2018 год".напихать этих номеров. Потом 2019 год итд

Как вариант еще одной бредовой идеи. Джира с ростом количества записей в БД становится тормознутее и тормознутее. Идея заключается в том, чтобы разделить ситему на два инстанса. Первый - реальный и с чистого листа и создается раз в год. Второй инстанс толстый и исторический хранит историю за все тысячелетия.  Первый инстанс обновляется раз в год. Второй копится исторически безгранично, но к нему обращаются редко, только те кто хочет покапаться в старье...

А с лицензиями как дела? Или это с учётом, что версии обновляться не будут?

Похожую идею использовали для архивации проектов. Только основной не обновляется каждый год. Архив включается по требованию и живёт на дев лицензии.

а как часто обновляете архив и обнуляете реальный инстанс джиры?

Ничего не обнуляем. Просто репорт на проде по активности на проекте. Если нет активности с полгода, то проект уезжает из прода в архив путём экспорта импорта одного проекта. Архив весь в рид онли.

👍 вообще идея здоровская! Спасибо!

А просто архивацию почему не используете?

что ты имеешь в виду?

Эт как?)

Ну завезли же архивацию проектов штатную

чё? или ты про DC?

да

ну так это другая история