展開/変更管理のためにGHでJIRAを使用したいと考えています。
バックログ - >オープン（Sprintに追加） - >進行中（コーディング） - >解決済（コード確定済み、作業完了済み） - >変更要求を作成する問題スプリントで問題のグループが含まれるRFC-X） - >
JIRAで問題のグループを1つの問題にリンクする方法はありますか？
ここから新しいワークフローでは、このRFC-Xを追跡：テスト・システムでは
を - >テストされている - > QAにより検証済み - >承認管理による - >プロダクションへの展開 - >エンドユーザーによる確認
1つのSprintまたはバージョンで問題のグループを簡単にリンクする方法はありますか？あなたはいつもJIRA http://confluence.atlassian.com/display/JIRA/Linking+Issues
が提供する問題のリンク機能を使用して問題をリンクさせることができ、リンクを使用して
が
一つのアプローチであるあなたは、リンク https://studio.plugins.atlassian.com/wiki/display/ILR/JIRA+Issue+Links+Report+Plugin
またはリンク階層を追跡することができますプラグインがありますレポート https://plugins.atlassian.com/plugin/details/5003
問題の間の状態遷移を自動化することで、それをさらに高めることができます。 http://www.idalko.com/display/WIC/Separation+of+specifications+and+tasks
別のアプローチは、スプリントの一環として、あなたのRFC-Xを含めることであろう、とグループの修正バージョンを使用して関連するすべての問題：
は、ここでは仕様とタスクを分離する概念を説明しました。 変更の要求により、問題とRFCの間のリンクを管理する必要なく、特定のバージョンのコンテキストで展開のステータスを追跡できます。
グループ化の問題については、Structure pluginをご覧になることをお勧めします。まだ初期のベータ版です。フィードバックと機能要求を聞くのが大好きです。
イゴール
ありがとうございます。リンクの使用は私たちにとって最も簡単なアプローチのようです。プロジェクトとバージョンに基づいてフィルタを作成しました。リンクするときに、フィルタを選択して複数の問題を選択します。 – powpow
idalko.comへのリンクは次のようになります：http://www.idalko.com/separation-of-specs-and-tasks.php –
このリンクの修正を提供していただきありがとうございます。 –