redmine.tokyo » Unofficial Redmine Cooking

各勉強会が、shinaredプロジェクトに紐付くか、retminetokyoサイトに紐付くか。
現在のredmine.tokyoでは、
unofficialcookingとstaffroomを除き、どちらでも同じ事ですが、本来はちゃんと設計すべき話。

プロジェクト間のVersion共用（継承）をどう利用するかにより、話がだいぶ変わりますね。
自分は、共用する最上位PJで定義し、子PJに継承する設定で統一しています。

pj内のutlなら、基本的には、各pjのチケット一覧の表示と整合性取るべきと思います。
サブpj分表示をメインで表示するかの設定により動作変わる。

バージョンの「共有」の設定が「共有しない」かそれ以外かによって挙動を変えるようにすればよさそうです。「共有しない」であれば現行通り、それ以外であれば全プロジェクトのチケットにリンク。

言葉足らずですみません。
「16件未完了」の数字が全プロジェクトが対象なのに対して、
リンクが当該プロジェクト限定なのが不整合になってます。

バージョンがプロジェクト間で共有されてなければ
自ずと当該プロジェクトにしかチケットがないので、
全プロジェクトを表示しておけば
結果は変わらない考えです。

バージョン「第17回勉強会」は、shinared（redmine.tokyo）にて、サブプロジェクト単位共有、進行中で設定されています。

shinaredと、サブプロジェクトのstaffroom（redminetokyoスタッフ限定）で、当該バージョンのチケットを設定しています。

shinaredでは、shinaredとstaffroomの、「第17回勉強会」バージョンのチケットが表示されます。

バージョンは、それをスコープに含めるPJでしか設定できないので、
全PJでも、PJ下でも、結果は変化ないですね。
（途中で共有設定変更し、チケット側に定義されたチケットだけ残った場合は異なりますが。）

本件については、バージョンの共有設定状況により、生成されるリンクが異なるかもしれません。（ソースは見ていませんが）

楠川 智久 さんは書きました:

バージョンがプロジェクト間で共有されてなければ
自ずと当該プロジェクトにしかチケットがないので、
全プロジェクトを表示しておけば
結果は変わらない考えです。

常に全プロジェクトへのリンクにすると、XX件完了/未完了のリンクをクリックすると遷移先では必ずプロジェクトの外に出てしまうことになり、使いにくくなるのではないかと心配です。

なるべくプロジェクトの外に出ることがないよう、共有プロジェクトのみ全プロジェクトのリンクにするのがよいのではないかと感じました。

前田 剛 さんは書きました:

なるべくプロジェクトの外に出ることがないよう、共有プロジェクトのみ全プロジェクトのリンクにするのがよいのではないかと感じました。

なるほど。ではフィルター条件に「サブプロジェクト」を追加するのはどうでしょうか。
<https://redmine.tokyo/projects/shinared/issues?fixed_version_id=34&set_filter=1&status_id=*&subproject_id=*>

バージョン共有範囲設定（バージョンの割当可能PJ）と一致させるのが、混乱無く自然だと思います。

「共有しない（自PJのみ）」
「サブPJ共有(自分と子PJ)」
「全PJ共有（全PJ）」
http://blog.redmine.jp/articles/redmine-0_9-version-inheritance/