問題タブ [jira-agile]

JIRA / Greenhopperで、ストーリーの下のサブタスクを「進行中」に移動すると、ストーリーを自動的に「進行中」に移動できますか？

また、ストーリー内のすべてのタスクを閉じると、ストーリーを自動的に閉じて移動できます。

スプリントの開始日と終了日を Jira データベースから抽出しようとしています。これは簡単な作業のように思えますが、実際には (少なくとも私が知る限り) そうではありません。

これを理解しようとしているときに、1つの解決策を見つけましたが、これが唯一の方法だと考えるのに問題があるほど面倒で難しいようです。

これが私が見つけたものです：

スプリントはネイティブの Jira 式ではなく、Greenhopper プラグインは projectversion テーブルを使用してスプリントを表します。

projectversion テーブルには、名前、所属するプロジェクト、リリース日など、スプリントに関する情報が含まれています。リリース日はスプリントの終了日と考えることができますが、開始日がありません。

スプリントを連続して実行する場合、スプリントの開始日を前のスプリントのリリース日プラス 1 日に設定できますか? しかし、それは本当に良い解決策ではありません。

そこで、Jira データ モデルを検索したところ、スプリントの開始日を示す最良かつ唯一の参照はプロパティ構造にありました。

プロパティを定義して値を割り当てることができます。この構造体のメイン テーブルである propertyentry テーブルに、次のようなエントリが見つかりました。

そのため、GreenHopper は、キーが CONFIGURATION に設定されたプロパティを追加しました。etity_id フィールドは project.id を参照し、構成プロパティはプロジェクト構成です。property_type は 6 に設定されており、propertytext テーブルで値を探すように指示されています。

propertytext テーブルに格納された値は、プロジェクトに関するさまざまな情報を含む XML 文字列としてそれ自身を明らかにします。その中には、次のようなエントリがあります。

そこにそれがある。私が見つけたスプリントの開始日に最も近いもの。プロパティ テーブルの xml 文字列に隠されています。

私の質問は、これがスプリントの開始日を見つける唯一の方法ですか?

Jira 4.4 と Greenhopper 5.8.4 の使用

TaskBoard では、合計時間ではなく、列 (状態) のストーリー ポイントの合計を表示したいと思います。

どんな助けでも大歓迎です。

JIRA プロジェクト キーで数字を使用できる必要があります。

ただし、ドキュメントを見ると、Greenhopper はデフォルト (少なくとも 2 つの大文字) しかサポートしていないため、デフォルトのプロジェクト キー形式の変更は避けるべきであると書かれています。

http://confluence.atlassian.com/display/JIRA044/Configuring+Project+Keys

私がやりたいのは、数字を許可することだけであり、Greenhopper を壊す可能性が高いドットやダッシュなどの他の文字は許可しないので、誰かが数字を使用するようにキー形式を変更したかどうか疑問に思っていました (おそらく ([AZ][A-Z0 のようなもの) -9]+)) Greenhopper に問題はありませんか?

Jiraの「コンテキスト」とは何ですか？「オンザフライ」コンテキストとは何ですか？

ドキュメントはそれを一連の問題として説明していますが、それだけではありません。一部のコンテキストにはまったく同じ問題がありますが、あるコンテキストでは、別のコンテキストでは実行できないこと（優先順位付けなど）を実行できます。

私のチームは greenhopper を使用していますが、複数のチームに所属しているため、さまざまなプロジェクトにタスクがあります。greenhopper で自分のすべてのタスクを 1 か所で確認する方法はありますか? Jira で、自分に割り当てられたすべてを表示する課題フィルターを設定しました。

JIRA のアジャイル機能を強化する GreenHopper プラグインはありますか? 私は特に、GreenHopper の現在の「Sprint」フィールドに対するより良い解決策を探しています。

クライアント アプリケーションから Jira GreenHopper のデータにアクセスする必要があります。データは同じ Jira SOAP API を介して公開されていますか、それとも他の方法でアクセスできますか? どんなポインタも役に立ちます。

ここでは説明しませんが、開発者がGreen Hopperランキングを変更できないようにすることなく、開発者がJIRAの修正バージョンを変更するのを阻止する必要があります。

Greenhopperでは、このようなものに対して「問題のスケジュール」または「問題の解決」権限を使用しているかどうかを変更できるため、これは少し複雑です。

私は次のことを試しました：

• 問題の解決権限を使用するようにGHを設定し、問題の解決権限を取り消します。これにより、ユーザーは両方のフィールドを変更できなくなります。

• GHを設定して、問題のスケジュール権限を使用し、問題の解決権限を取り消します。これにより、ランキングの編集が可能になり、JIRA画面での修正バージョンの変更がブロックされます。ただし、GreenHopperPlanningボードで修正バージョンを変更することは引き続き可能です。

• また、JIRA画面からFix Versionフィールドを削除することも検討しましたが、GHではいつでも変更できます。

私はアイデアがないので、誰かが私のために答えを見つけてくれることを願っています:)

言及するのを忘れた-私はGH5.1でJIRA4.1.2を使用しています

私たちはグリーンホッパーと協力しており、ストーリーがあります。バグが開かれると、フィールドを介してストーリーにリンクされ'Story Label'ます。

ここで、スプリントに関連するすべてのバグ、つまりスプリントに割り当てられたストーリーに関連するすべてのバグを表示するクエリを作成したいと思います。

すべてのストーリーを取得するクエリは次のとおりです。

ストーリーのすべてのバグを取得するクエリは次のとおりです。

両方を組み合わせるにはどうすればよいですか？