Was sind Zweige?

Wird ein Zweig erstellt, enthält er ein exaktes Replikat jedes Projektelements, das im übergeordneten Zweig enthalten ist. Sie können dann am Unterzweig arbeiten, ohne dass sich dies auf die Inhalte des übergeordneten Zweigs auswirkt.

Es gibt verschiedene Arten von Verzweigungen im Decision Center :

  • Die Releases und Aktivitäten eines Entscheidungsservice. Veröffentlichungen und Aktivitäten werden im Rahmen des Entscheidungs-Governance-Frameworks verwendet, einem vorgeschriebenen Workflow zur Umsetzung des Änderungsmanagements innerhalb des Decision Center. Es handelt sich um regulierte Zweige, die ihre eigenen Merkmale aufweisen (siehe „Veränderungen mit dem Entscheidungs-Governance-Rahmenwerk verwalten“ ).
  • Ein regulärer Zweig eines Entscheidungsservice, der aus dem Hauptzweig stammt. Mit diesem Zweig können Sie am Entscheidungsservice ohne das Framework für Entscheidungsgovernance arbeiten.
  • Momentaufnahmen von Zweigen können ebenfalls als Zweige betrachtet werden, da sie einen schreibgeschützten Zustand der Regeln eines Zweigs zu einem vergangenen Zeitpunkt darstellen.

Wenn die erste Version eines Entscheidungsservice erstellt, veröffentlicht oder importiert wird, wird ein Hauptzweig und ein Zweig Erstes Release erstellt. Der Hauptzweig ist verfügbar, wenn Sie an einem Entscheidungsservice arbeiten, aber das Governance-Framework nicht verwenden möchten. Der Zweig "Erstes Release" wird als geschlossenes erstes Release des Entscheidungsservice veröffentlicht.

In der Business Console können Sie Zweige des Hauptzweigs erstellen und umbenennen. Wenn Sie das Governance-Framework verwenden, können Sie neue Releases mit jedem geschlossenen Release als Ausgangspunkt erstellen. Der Eigner eines Release kann dann Änderungs- und Validierungsaktivitäten erstellen. Sie können auch ein geschlossenes Release als Ausgangspunkt verwenden, wenn Sie ein offenes Release und dessen Inhalt kopieren.

Löschen können Sie jeden Zweig mit Ausnahme des Hauptzweigs. Zum Löschen eines Release benötigen Sie Administratorrechte. Der Releaseeigner kann ein Release löschen, sofern der Zustand des Release nicht Abgeschlossen ist.

Löschen können Sie jeden Zweig mit Ausnahme des Hauptzweigs. Um eine Freigabe zu löschen, müssen Sie über eine Decision Center-Administratorrolle verfügen. Der Releaseeigner kann ein Release löschen, sofern der Zustand des Release nicht Abgeschlossen ist.

Hinweis: Möglicherweise möchten Sie nicht mehr benötigte Releases löschen, aber beachten Sie, dass dabei auch alle abhängigen Releases, einschließlich der in Bearbeitung befindlichen, gelöscht werden.

Das Zusammenführen von Zweigen erfolgt automatisch im Kontext des Governance-Frameworks. Möglicherweise müssen Sie jedoch Zweige der Releases und Änderungsaktivitäten zusammenführen, wenn Änderungen an einem dieser Zweige auf einen anderen Zweig übertragen werden müssen oder wenn die automatische Zusammenführung aufgrund von Konflikten fehlschlägt. Für diese Fälle müssen Sie die folgenden Aktionen in Erwägung ziehen:

  • Sie können eine Änderungsaktivität mit einem beliebigen anderen Release im Entscheidungsservice zusammenführen, wenn die Änderungsaktivität abgeschlossen und das Release noch nicht abgeschlossen ist.
  • Sie können ein Release mit einer Änderungsaktivität im Entscheidungsservice zusammenführen, wenn die Änderungsaktivität noch nicht abgeschlossen ist.
  • Sie können kein Release mit einem anderen Release in diesem Entscheidungsservice zusammenführen.
  • Sie können zwei Änderungsaktivitäten im Entscheidungsservice zusammenführen, wenn die Zieländerungsaktivität noch nicht abgeschlossen ist.

Verknüpfte Projekte

Wenn ein Entscheidungsdienst im Decision Center veröffentlicht wird, kann er verknüpfte oder abhängige Projekte enthalten. In Business Console werden alle verknüpften Projekte unter dem Entscheidungsservice angezeigt.

Verknüpfte Projekte werden in der Regel erstellt, wenn der Inhalt eines Projekts für ein einzelnes Projekt zu umfangreich wird. Das Projekt wird in ein oder mehrere kleinere Projekte aufgeteilt, die miteinander verknüpft sind. Normalerweise wird das für die Erstellung von Regeln verwendete Vokabular in einem einzigen Projekt aufbewahrt und die anderen Projekte sind vom Projekt mit dem Vokabular abhängig. Diese Regelung erleichtert die Verwaltung des Vokabulars und der Geschäftsbegriffe in den Regeleditors.

Das Konzept der Abhängigkeit zwischen Projekten impliziert, dass ein Projekt von einem anderen abhängig ist und nicht umgekehrt. In Business Console sind in verknüpften Projekten die Navigation und die Suche in abhängigen Projekten unabhängig von der Richtung möglich.