Эффективное управление версиями компонентов в Jira / GreenHopper?

Question

Существует ли лучшая практика или рекомендуемый метод управления версиями компонентов проекта?Просто у меня может быть EnvironmentServices проект с компонентами SpecificService1 , SpecificService2 ... у каждого из этих потомков есть независимые версии.

Что такоесамый эффективный способ реализации этого?Поскольку автономная версия Jira, похоже, не поддерживает управление версиями компонентов: , как указано здесь.

Будет ли создание проектов для каждого ' SpecificService ' Я хочу получитьобраз жизни для?Или я могу воспользоваться GreenHopper и использовать иерархию компонентов / версий?

Любые предложения приветствуются.

Answer 1

Это наша компания, и после того, как мы попробовали материал Greenhopper, мы вернулись к очевидному ответу: соглашения об именах.

В качестве примера, скажем, у нас есть один проект для некоторых тесно интегрированных баз кода,включите REST Service и администрирование WebApp.Затем у нас есть компоненты «Сервис» и «WebApp».Затем мы создаем версии под названием «Сервис 1.2.0» и «WebApp 2.1.1».Это позволяет нам иметь ошибки, относящиеся к обоим компонентам, которые должны быть в обеих версиях.

Это ничего не навязывает, но для любого пользователя, просматривающего систему, действительно ясно, в чем суть сделки, и люди быстро понимают.

Answer 2

Я разработал плагин JIRA, который делает возможным управление версиями на уровне компонентов.Это подходит для точного сценария, который вы описали.В дополнение к конкретным версиям компонентов вы также можете сгруппировать разные версии компонентов в комплект.Вы можете проверить информацию о плагине на страницах справки плагина Atlassian или .