Rally のかんばんボード アプリから壮大なストーリー (つまり、子供のいるストーリー) を非表示にする方法はありますか (おそらくかんばんの「カタログ アプリ」コードをカスタム アプリにカスタマイズすることによって)?
「リリースに割り当てられた」ストーリーが非表示であるかどうかに応じてクエリを設定するかんばん JavaScript アプリ コードの一部を見つけました (また、設定に別のチェックボックスを追加して、エピック ストーリーの表示/非表示を制御しました)。しかし、子を持つストーリーを除外するようにクエリを変更することに成功していません。（クエリを変更できるかどうか、またはクエリ結果を取得した後にカードをフィルタリングする必要があるかどうかはわかりません）。
残念ながら、現時点ではこれは WSAPI でサポートされていません。ただし、コレクション数でフィルタリングできることは、より多くのリクエストが寄せられている機能の 1 つです (Children.Count = 0) または同様の機能があれば素晴らしいでしょう。
カタログには、エピックがボードに表示されないようにするアプリが 1 つあります。見積もりボードです。完全マニュアルだけど。フェッチに含まれる Children を使用して最初にデータがクエリされ、CardBoard コンポーネントに渡される前に、Children を含むアイテムがクライアント側の結果から除外されます。この追加のデータ量をプルバックする際に考慮すべきパフォーマンスの問題もあります。
含まれるコレクション内のアイテムの品質に基づいてデータをフィルター処理することはできません。たとえば、子または欠陥のないストーリーを返すことはできません。必要に応じて、ストーリーの子を返すようにクエリをフィルター処理できます。これにより、ブラウザ側でメモリ内のストーリーをフィルタリングできます。
この計画にはいくつかの問題があり、かんばんアプリを書いたときにそれらをフィルタリングできませんでした。返されたストーリーの最初のページに列クエリの 1 つの完全なエピックが含まれていた場合、表示されるリーフ ストーリーがあったとしても、データのない列になってしまいます。
2 つ目の問題は、フィールドを半再帰的にフェッチする Rally の WSAPI 機能により、各子オブジェクトがかなり大きくなる可能性があることです。私たちの顧客の中には、多くの子を持つ単一の叙事詩を持っている人もいますが、それらの顧客の反応が鈍くなるのは避けたいと思っていました。
かんばんボードの個人バージョンでこの問題に慣れている場合は、onDataRetrieved イベントをリッスンして、不要なストーリーを除外できます。
内部的には、これが引き起こす煩わしさを十分に認識しており、この問題に対する適切な一般的な解決策を見つけるために取り組んでいます.
リリースする場合は、この投稿を掘り下げて、新しいソリューションが説明されていることを確認します.