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

Question

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

Каков наиболее эффективный метод его реализации? Как автономный Jira, кажется, не поддерживает компонент управления версиями: as raised here.

было бы создавать проекты для каждого «SpecificService» Я хотел бы иметь lifecyle для? Или я могу использовать GreenHopper и использовать иерархии компонентов/версий?

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

Answer 1

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

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

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

Answer 2

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