Mit der Release Management Workbench von Rev-Trac können Unternehmen nun viele Änderungen gruppieren, die Transporte der Änderungen zu einem Release synchronisieren und mit minimalen Genehmigungen massenhaft verteilen.

Wenn ein Unternehmen eine oder mehrere parallele Entwicklungsspuren verwendet, muss es Nachrüstungen vornehmen, um sicherzustellen, dass die in Produktion gegebenen Transporte in jede parallele Spur aufgenommen werden.

Bei der Verwendung von Rev-Trac zur Durchführung von Nachrüstungen konfigurieren die meisten Kunden Rev-Trac so, dass die Anforderung geklont wird, sobald sie für die Produktion freigegeben ist.

Dadurch wird sichergestellt, dass die Änderung nicht nur für die Nachrüstung erfasst wird, sondern dass die daraus resultierenden Klonanforderungen zur Analyse der Änderung verwendet werden können, um festzustellen, ob die Nachrüstung durchgeführt werden soll oder nicht.

Es gibt zwei Möglichkeiten, das Klonen von Anträgen auszulösen, wenn Nachrüstungen erforderlich sind, die jeweils unterschiedliche Folgen und Vorteile haben

Auslösen des Klonens auf der Ebene des Änderungsauftrags

Die beste Methode zum Einstellen und Vergessen ist meiner Meinung nach das Klonen und Nachrüsten auf der Ebene der Änderungsanfragen.

Hier wird jeder einzelne Änderungsauftrag und die damit verbundenen Transporte geklont und für eine Nachrüstung in Betracht gezogen.

Wie bereits in einem früheren Artikel erörtert, sollten Klonaufträge immer nur als Ganzes neu beantragt oder abgelehnt werden. Eine Organisation sollte auf der Transportebene niemals wählerisch sein.

Das Klonen und Retrofitting auf der Ebene des Änderungsauftrags ermöglicht somit eine noch feinere Steuerung des Retrofit-Prozesses.

In Verbindung mit Rev-Trac Locking stellen unsere Kunden fest, dass über 90% an Änderungen automatisch und konfliktfrei nachgerüstet werden können, so dass nur bis zu 10% im parallelen Entwicklungssystem nachgearbeitet werden müssen.

Darüber hinaus werden alle Konfliktberichte eine geringere Anzahl von Objektkollisionen aufweisen, was die nebeneinanderliegende Analyse der betroffenen Objekte überschaubarer macht.

 

Auslösen des Klonens auf der Release-Ebene

Das Auslösen des Klonens auf der Freigabeebene kann ein brauchbarer Ansatz sein, der am besten ohne die Möglichkeit, die Nachrüstung abzulehnen, verwendet wird, sondern die Nachrüstung trotz möglicher Konflikte erzwingt.

Diese Methode ist vor allem in den frühen Phasen der Erstellung des Parallelspurprojekts sinnvoll, da noch viel Zeit bleibt, um eventuelle Konflikte in der Parallelspur zu korrigieren.

Der Vorteil ist, dass die Konsistenz zwischen den beiden Tracks gewährleistet ist. Allerdings ist diese Methode kurz vor der Inbetriebnahme des parallelen Tracks schwierig zu handhaben, da Konflikte die Funktionalität des Projekts beeinträchtigen können.

Einige Unternehmen haben sich für den Big Bang-Ansatz des Klonens auf Release-Ebene für die ersten 50% - 80% des Projekt-Builds des Parallel-Tracks entschieden und wechseln für die letzten Phasen des Builds zur granularen Kontrolle des Klonens auf Änderungsanforderungsebene.

Es gibt viele Methoden zur Verwaltung von Freigaben in Rev-Trac. Wenden Sie sich bitte an unser Experten um herauszufinden, welches der beste Ansatz für das Versionsmanagement in Ihrem Unternehmen ist.