ブランチとは

ブランチを作成すると、その親ブランチに含まれているすべてのプロジェクト・エレメントの正確なレプリカが、作成されたブランチに組み込まれます。 これで、親ブランチの内容に影響を及ぼさずにサブブランチで作業することができます。

Decision Centerには、いくつかのタイプのブランチがあります。

  • 意思決定サービスのリリースおよびアクティビティー。 リリースおよびアクティビティーは、 Decision Center内で変更管理を実装するための規範的なワークフローである意思決定ガバナンス・フレームワークで使用されます。 これらは 管理対象 ブランチであり、独自の特性を持っています ( 意思決定ガバナンス・フレームワークによる変更の管理を参照)。
  • メイン・ブランチから派生する、意思決定サービスの正規ブランチ。 このブランチにより、意思決定ガバナンス・フレームワークなしで意思決定サービスを処理できます。
  • すべてのブランチのスナップショットもブランチと見なすことができます。このスナップショットは、過去のある瞬間における読み取り専用状態のブランチのルールを表すためです。

意思決定サービスの初期バージョンが作成、公開、またはインポートされると、メイン・ブランチと初期リリース・ブランチの両方が作成されます。 メイン・ブランチは、意思決定サービスで作業したいけれどもガバナンス・フレームワークは使用しない場合に利用できます。 初期リリース・ブランチは、意思決定サービスのクローズした初期リリースとして公開されます。

Business Console では、メイン・ブランチから分岐した新規ブランチの作成や、ブランチの名前変更を行うことができます。 ガバナンス・フレームワークを使用する場合、クローズした任意のリリースを開始点として新規リリースを作成できます。 それから、リリースの所有者は、変更アクティビティーおよび検証アクティビティーを作成することができます。 また、クローズされたリリースを開始点として使用して、開いているリリースとそのコンテンツをコピーすることもできます。

メイン・ブランチを除くすべてのブランチを削除できます。 リリースを削除するには、Decision Centerの管理者ロールが必要です。 リリースが完了 状態でない場合、リリース所有者もリリースを削除できます。

注: 使用しなくなったリリースを削除することもできますが、進行中のリリースを含むすべての従属リリースも削除されることに注意してください。

ブランチのマージは、ガバナンス・フレームワークのコンテキスト内で自動的に行われますが、一方への変更を他方にプッシュしなければならない場合、または競合によって自動マージが失敗した場合は、リリースと変更アクティビティー・ブランチをマージするよう求められることもあります。 このような場合は、以下のアクションについて検討してください。

  • 変更アクティビティーは完了したがリリースがまだ完了していないときには、意思決定サービスで変更アクティビティーを他の任意のリリースにマージできます。
  • 変更アクティビティーがまだ完了していないときには、意思決定サービスでリリースを変更アクティビティーにマージできます。
  • 同じ意思決定サービス内のリリース同士をマージすることはできません。
  • ターゲットの変更アクティビティーがまだ完了していないときには、意思決定サービスで変更アクティビティーを別の変更アクティビティーにマージできます。

リンクされたプロジェクト

決定サービスがDecision Centerに公開される場合、リンクされたプロジェクト、つまり従属プロジェクトを含めることができます。 Business Console では、意思決定サービスの下に、リンクされたプロジェクトがすべて表示されます。

リンクされたプロジェクトは、通常、プロジェクトのコンテンツが1つのプロジェクトには大きすぎる場合に作成されます。 プロジェクトは 1 つ以上のより小さいプロジェクトに分割されて、互いにリンクされます。 通常、ルールの作成に使用される語彙は 1 つのプロジェクトに保持され、他のプロジェクトは語彙を含むプロジェクトに依存します。 この調整により、ルール・エディターで見つかった語彙およびビジネス用語の保守が容易になります。

プロジェクト間の依存性の概念は、1 つのプロジェクトが別のプロジェクトに依存し、その逆は成り立たないことを暗に意味しています。 ただし、Business Console では、リンクされたプロジェクトにより、方向に関係なく、依存プロジェクト間でのナビゲーションおよび検索が可能になります。