0
多くの製品を開発しています。製品/コンポーネント構造用のJiraプロジェクトの設定
これらの製品は、製品固有のコードを持つほかに、多くのコンポーネント/サービスを共有しています。例えば;
- 製品A：コンポーネントZ（バージョン2.3）、コンポーネントY（バージョン3.1）、サービスW（v2.4）+製品固有のコード。
- 製品B：コンポーネントZ（バージョン1.8）、コンポーネントU（バージョン2.8）、サービスW（バージョン2.2）、サービスV（バージョン1.9）+製品B固有のコード
- 製品C：コンポーネントXバージョン5.2）、サービスW（v2.4）+製品Cのユニークコード
私たちはすべてのコンポーネント、サービス、製品を異なるgit reposに入れています。
今、特定の製品およびコンポーネントのリリースでjiraの問題をトレースする方法を見つけることに問題があります。
それぞれ- 製品A、B、Cごとに1つのJIRAプロジェクト：
これは私が考えることができるものです。これらのjiraプロジェクトのそれぞれは、SWコンポーネントとそれが構成するサービスにマッピングされたジラコンポーネントを持っています。
- これは製品と製品のリリースごとのトレーサビリティを提供しますが、jiraプロジェクト間でコンポーネント/サービスごとのトレーサビリティを取得する方法はわかりません。
- 2つのJiraプロジェクトでコンポーネントを共有できますか？
- コンポーネント（U、X、Y、Z）、サービス（V、W）および製品（A、B、C）ごとに1つのJiraプロジェクト。
- コンポーネントのリリースにバグフィックスを追跡するのは簡単です。
- 多くのjiraプロジェクトが用意されていますが、私の簡単な例では9個ですが、実際の生活では簡単に50〜100個です。
- さまざまなjiraプロジェクトで多数のjira問題を作成する必要がある場合に、ドミノ効果を与えることができます。
- コンポーネントZとサービスWに由来する製品Aのバグはどのようにログに記録され、トレースされるべきですか？
他の製品構造が同じであると仮定します。
Jiraプロジェクトをどのようにセットアップし、上記の質問を処理しましたか？ 他の選択肢がありますか？