複数の異なるコンポーネント (異なる機能/言語) で構成されるアプリケーションがあります。
IBM Bluemix で単一の Track & Plan 機能を使用してコンポーネントの作業項目を管理し、ソース コードを別の git リポジトリに保持することは可能ですか? たとえば、アプリケーション全体に対して 1 つのバックログを作成し、それを個別のコンポーネント (project-frontend、project-backend、project-queue など) を収容する 5 つの個別の git リポジトリでサポートしたいと考えています。
これが不可能な場合、トラックと計画全体を合理化し、配信パイプラインを有効にして個々の git リポジトリを管理するパターンを持っている人はいますか? 理想的には、タスク管理を一元化し、コードを分散したままにしたいと考えています。
現時点では、分散された git リポジトリを単一のTrack & Planプロジェクトから統合された方法で管理する方法はありません。手動で行うことができないというわけではありませんが、特定の作業項目のリモート リポジトリのコミットにリンクする必要があります。
これは、任意のワーク アイテムの [ Links ] タブから、[ Add SVN Revisions ]または[ Add Related Artifacts ] を使用して実行できます。これにより、リモート リポジトリ (IDS、GitHub、またはプライベート SCM ツールのいずれか) にリンクできるようになり、全体的な計画リポジトリとしてTrack & Planを引き続き活用できます。
これの一部は、今日のIBM Bluemix DevOps Servicesでのプロジェクトの構築方法によるものです。1 つのプロジェクトには、1 つの git リポジトリ、1 つの Track & Plan インスタンス、および 1 つの Build Pipeline という概念があります。これらの要件の一部は拡大していますが、プラットフォームは、現在必要な方法でコードを操作するための統合機能を提供します。たとえば、プロジェクトの所有者は、プロジェクトのビルド パイプラインでリモート GitHub リポジトリからビルドできるため、必要に応じてコードを管理しながら、IBM Bluemixでビルドおよびデプロイできます。