プロジェクト

全般

プロフィール

Vote #77812

未完了

Add another version status 'planed'

Admin Redmine さんが約2年前に追加. 約2年前に更新.

ステータス:
New
優先度:
通常
担当者:
-
カテゴリ:
Issues planning_40
対象バージョン:
-
開始日:
2022/05/09
期日:
進捗率:

0%

予定工数:
category_id:
40
version_id:
0
issue_org_id:
23858
author_id:
10568
assigned_to_id:
0
comments:
7
status_id:
1
tracker_id:
2
plus1:
0
affected_version:
closed_on:
affected_version_id:
ステータス-->[New]

説明

As described in #23855-2 I'd like to have another version status that could be named 'planed' or 'prepared' or whatever. This status could be used before a version gets concrete and in order to collect issues when the version is still rather variable. On the roadmap such versions would be hidden by default like the Completed versions.

For the redmine project it might be also helpful so that versions Candidate for next major release, Candidate for next minor release and Unplanned gets hidden on the roadmap, though they are still accissble.


journals

When I think about it... Maybe 'private' versions would be interesting as well...

_Update of my comment: Would be to complicated, I think. Forget this._
--------------------------------------------------------------------------------
Robert Schneider wrote:
> When I think about it... Maybe 'private' versions would be interesting as well...

Or maybe 'backlog', a term that is used very often in agile development.
--------------------------------------------------------------------------------
Related to #21577
--------------------------------------------------------------------------------
Hm... In my opinion 'backlog' would be something different. A version named 'backlog' would be a pseudo-version (probably like the three mentioned special versions in the Redmine project). I would see 'planned' or 'prepared' more related to a version. Even if it is not a version of a piece of software. For me a version has or will get a date (release date, completion date,...). But a backlog is just a collection of tickets without a certain point in time.

Those three Redmine pseudo-versions are not _resolved_ when this feature would be implemented. It would be just a nice side effect that they can be hidden this way. But that wasn't the main purpose of this request. I mainly wished to have something so I can separate new, variable versions (which are not so relevant for others) from those that are more concrete (but are not locked).

But having something like a backlog would be also useful, I guess. There are probably already some tickets about this idea.
--------------------------------------------------------------------------------
Did you try using Version custom fields for that?
You can filter on Version's custom fields, and it could let you see the issues you're looking for.
On our side, we have created a Current target boolean field, and based developers' queries on this field, so that their default filter can always show bugs assigned for the next version, and they do not need to update their query when the version is built.
--------------------------------------------------------------------------------
I see. But I'd prefer the 'planned' status so that also the Roadmap can be 'cleared' from unstable versions in future.
--------------------------------------------------------------------------------

--------------------------------------------------------------------------------


related_issues

relates,New,21577,The version should get a status archived like projects

Admin Redmine さんが約2年前に更新

  • カテゴリIssues planning_40 にセット

他の形式にエクスポート: Atom PDF

いいね!0
いいね!0