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

[fris]

Всем привет.

Интересно было бы узнать кто и как реализует в JIRA работу с билдами. Описание билдов, связку багов с версией билда, список билдов в релизе и т.п.

Наскоком придумать красивую схему не получилось. Описание билда в виде специальной issue не очень красиво, да и связка багов(запросов) релиза (и(или) текущего билда) с этой специальной issue, тоже выглядит некрасиво.

Кто-нибудь сталкивался?

Буду благодарен за любую информацию: вполне возможно что я упустил что-нибудь совсем банальное.

p.s. crossposted from here

[the_norn]

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

[fris]

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

Согласен. На данный момент нашел наиболее удобную схему тут.

Вот выдержка:

Versioning
Our project will use the following version number scheme:

[Major].[Minor].[Bugfix]-[type][iteration]-[build]

Major the major release number
Minor new features backwards compatible
Bugfix maintenance fixes / emergency
type release level i.e. dev, rc, prod
iteration iteration number
build bamboo build key / number

Using this scheme, our project will produce the following final version numbers (with multiple build versions in-between)

1.0.0-dev1 - development iteration 1
1.0.0-dev2 - development iteration 2
1.0.0-dev3 - development iteration 3
1.0.0-rc1 - release candidate 1
1.0.0-rc2 - release candidate 2
1.0.0 - first production release
1.0.1 - emergency production bugfix release

Но всё-таки JIRA плохо подходит. Вот если бы версии были древовидными...

[maximkr]

Но всё-таки JIRA плохо подходит. Вот если бы версии были древовидными...

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

[sergeyko]

Доброе время суток!

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

Можно делать версии, а внтури версии делать разбивку по билдам (те же самые версии). Всю привязку делать к билдам. После того как выйдет релиз версии, можно все билды смержить в одну версию. Тем самы Вы избавитесь от "если билдов много" - их будет ровно столько, сколько Вам надо.


С наилучшими пожеланиями,
Сергей