Сообщений в теме: 7

[saezar]

Почему у компонентов в проекте нет версий? Неужели исходится из того, что если поменялся компонент - поменялась версия всего проекта? А как тогда учитывать версии, в которых компонентов десятки? Или я что то не то понимаю под компонентом?

[Case]

Хм, странный вопрос :)
Код компонента поменялся? Значит поменялсяч код всей системы или приложения. Новая версия - всё верно.

[saezar]

Хм... Не так всё просто... Возьмём для примера MS Office. Компонентов в нём, понятно, не счесть. При изменении, скажем, длл расстановщика переносов на албанском языке, я сильно сомневаюсь, что меняется основная версия. Любое из обновлений можно скачать и установить отдельно. Постоянно выпускаются сервиспаки. Если менять каждый раз версию всего офиса, у тестеров в майкрософте наверняка ад... Тут мне кажется какой то другой подход есть. Как то должны линковаться версии, составные части этих версий.
Я перед похожей проблемой.

[Case]

Версия это 2.1.45.67, а не 2
Если поменялась одна строчка кода, то следующая сборка куда попадёт это изменение будет носить номер 2.1.45.68 со следующим тэгом ревизии или меткой.

[saezar]

Это как раз понятно. Но всё таки, возвращаясь к первоначальному вопросу, в JIRA нет поля, в котором можно хотя бы указать версию компонента. В связи с этим следующий вопрос (может его вынести в новую тему), какую систему контроля версий лучше всего использовать вместе с JIRA?

[winzard]

SVN естественно.

А вот чтобы не нужно было искать компромиссы типа "поменялся компонент - поменялась версия всего продукта" нужно использовать другой багтрекер :)

[Case]

Совершенно верно, SVN и JIRA отлично интегрируются - например, комменты из SVN при коммите будут показываться в issue код которой указан при коммите и показывать ссылку на файл в репозитории который менялся в рамках этой issue.

[saezar]

Понятно, спасибо.