3

Revision.Description がどのように入力され、どのような条件で作成されるかについてのドキュメントはありますか?

Rally のカスタム アプリケーションを作成しているので、Task および HierarchicalRequirement オブジェクトに加えられた変更を 7 日間のローリング期間のテーブルを介して表示できます。

私が興味を持っている属性は次のとおりです。

階層要件

  • プラン見積もり
  • TaskEstimateTotal
  • TaskActualTotal
  • TaskRemainingTotal

仕事

  • 見積もり
  • ToDo
  • 実績

リビジョンをトラバースして、タスクとストーリーのスナップショット ビューを取得しています。

当日のこれらの属性を取得するのは簡単です。ただし、RevisionHistory -> Revisions をたどり、Revision.Description を解析して Task および HierarchicalRequirement オブジェクトの違いを適用する必要があります。これにより、各オブジェクトの毎日のスナップショットが提供される場合があります。

例: 以下が発生後に Revision.Description に追加されました。

TASK REMAINING TOTAL changed from [7.0] to [4.0]
TASK ESTIMATE TOTAL changed from [7.0] to [4.0]

「ローリング 7 日間」期間は単なる例です。私の意図は、y 軸に沿ってチーム -> ストーリー -> タスク -> 見積もり -> ToDo と x 軸に沿ってイテレーション -> 毎日の日付の内訳を含むテーブルを作成することです。

ティム。

4

2 に答える 2

3

多くの Rally オブジェクト タイプの Revision.description フィールドは、もともと開発者が変更情報を取得することを目的としたものではなく、Rally ALM SaaS ツールの表示目的のためのものでした。テキストフィールド。したがって、このデータはテキスト フィールドであり、解析されることを意図していないため、このデータの形式に関する開発者向けドキュメントはありません。形式は将来変更される可能性があります (将来、オブジェクトの変更情報を取得するためのより良い方法があるでしょう。詳細については、これはこの記事の後半で...）

ただし、このデータにはパターンがあります。それは：

ATTRIBUTE_NAME アクション VALUE_CLAUSE

アクションは「追加」または「変更」です。

値句の形式は、アクション タイプに基づいています。「追加」アクションの場合、値句は [値] です。「変更された」アクションの場合、値節は「[古い値] から [新しい値] へ」です。

たとえば、所有者が「エントリなし」から「ニュート」に設定された既存のユーザー ストーリーの場合、新しいリビジョン インスタンスが作成され、説明には次の内容が含まれます。

OWNER 追加 [Newt]

その後、ユーザーが所有者を「John」に変更した場合、次のような新しいリビジョンが作成されます。

所有者が [Newt] から [John] に変更されました

複数の属性変更がある場合、変更はカンマで区切られ、変更の並べ替え順序は保証されません。

将来的にこれを行うためのより良い方法について説明します。オブジェクトの変更を取得したい開発者はあなただけではないため、データを解析する必要がないようにプログラムでオブジェクトの変更を取得できる WSAPI エンドポイントを公開する新しい製品を開発中です。しかし、この製品は開発中であるため、現在行っていることを行う必要があります。その間、説明にあるデータの形式に関する私の説明が役立つことを願っています.

お役に立てれば。

于 2012-01-19T16:57:16.730 に答える
0

探しているデータは、Rally の WSAPI の IterationCumulativeFlowData または ReleaseCumulativeFlowData オブジェクトにも存在する場合があります。

https://rally1.rallydev.com/slm/doc/webservice/

これは、すべてのリビジョン履歴エントリを grep するよりも簡単 (かつパフォーマンスが高い) はずです。

于 2012-01-18T23:29:23.563 に答える