Campaign Classic - Build-Aktualisierung durchführen

In diesem Dokument erfahren Sie die wichtigsten Schritte und Best Practices zur Durchführung einer Build-Aktualisierung bei Campaign Classic.

Letzte Aktualisierung: 18.07.2019

Übersicht

In diesem Dokument erfahren Sie im Detail darüber, wie ein Upgrade durchgeführt wird und wie Konflikte erkannt und gelöst werden.

Ein Build-Upgrade muss mit großer Vorsicht und Präzision ausgeführt werden. Außerdem müssen seine Auswirkungen vorab zur Gänze bekannt sein. Um eine erfolgreiche Aktualisierung zu gewährleisten, dürfen nur Fachleute die unten beschriebenen Schritte ausführen. Zusätzlich empfehlen wir Ihnen dringend, sich mit dem Kundenservice von Adobe Campaign in Verbindung zu setzen, bevor Sie mit einem Upgrade beginnen.

Folgende Voraussetzungen müssen gegeben sein:

  • Kenntnis der Campaign-Architektur
  • Kenntnis der Systeme und Server
  • Administratorrechte und Berechtigungen

Weiterführende Informationen dazu finden Sie in der folgenden Dokumentation: Updating Adobe Campaign, Migration-Handbuch.

Kunden mit gehosteten oder Hybridinstanzen müssen die Build-Aktualisierung beim Technical-Operations-Team beantragen. Weiterführende Informationen dazu finden Sie im Abschnitt Häufig gestellte Fragen am Ende dieser Seite. Lesen Sie auch die FAQ zur Build-Aktualisierung in diesem Artikel.

Upgrade planen und vorbereiten

Ein Build-Upgrade dauert mindestens zwei Stunden.

Die folgenden Ressourcen sind dafür erforderlich:

  • ein Adobe-Architekt, der die Datenbankstruktur versteht (vordefinierte und etwaige hinzugefügte Schemata, Kampagnenaufbau und etwaige kritische Pfadfunktionen, die in einer bestimmten Reihenfolge gestartet und getestet werden müssen).
  • ein Projektmanager: Falls das Build-Upgrade viele verschiedene Instanzen (Produktion, Stage, Tests) sowie die Server und Anwendungen Dritter (Datenbanken, SFTP-Sites, Messaging-Dienstanbieter) beinhaltet, wird der Einsatz eines Projektmanagers zur Koordinierung aller Testaufgaben empfohlen.
  • ein Adobe-Campaign-Administrator: Er kennt die Konfiguration des Servers, u. a. Anforderungen in Bezug auf Sicherheit, Ordneraufbau, Reporting und den Import und Export. Bitte nehmen Sie kein Build-Upgrade ohne Ihren Administrator vor.
  • ein Adobe-Campaign-Benutzer (Marketing-Benutzer): Der Erfolg eines Upgrades hängt von der Fähigkeit des Benutzers ab, seine täglichen Aufgaben mühelos auszuführen. Beziehen Sie deshalb beim Test Ihrer aktualisierten Server immer mindestens eine Person ein, die die Anwendung täglich nutzt.

Vor dem Beginn des Build-Upgrades müssen Sie eine vollständige Vorbereitung durchführen. Klicken Sie auf die Schaltfläche Mehr erfahren, um genauere Informationen zu erhalten.

Mehr erfahren

Upgrade durchführen

Diese Schritte werden nur von On-Premise-Kunden durchgeführt. Für gehostete Kunden übernimmt diese Aufgabe das Hosting-Team. Um Adobe Campaign auf ein neues Build zu aktualisieren, gehen Sie folgendermaßen vor:

  1. Beenden Sie alle Dienste.
  2. Aktualisieren Sie die Adobe-Campaign-Server-Anwendung.
  3. Synchronisieren Sie die Ressourcen.
  4. Starten Sie die Dienste wieder.
  5. Aktualisieren Sie die Verfügbarkeit der Clientkonsole.
Mehr erfahren

Konflikte verwalten

Was ist ein Konflikt? Ein Konflikt entsteht oft, wenn ein zuvor personalisiertes Objekt während des Upgrades verändert wird. Dies sind die wichtigsten Schritte zur Verwaltung von Konflikten:

  • Konflikte erkennen
  • Konflikte analysieren
  • Maßnahmen ergreifen: Neue Version akzeptieren, aktuelle Version beibehalten oder zusammenführen

Es wird dringend empfohlen, Konflikte zu lösen. Das Ignorieren von Konflikten könnte sich auf lange Sicht negativ auswirken: Die Versionen sind nicht kompatibel und der Kunde profitiert nicht von Fehlerkorrekturen.

Mehr erfahren

Fragen? Die Community hat die Antworten!

Folgen Sie der Experience Cloud in den sozialen Netzwerken

Copyright © Adobe 2019

Build-Upgrade planen und vorbereiten

Close

Build-Upgrade planen und vorbereiten

Planung

Dies sind die wichtigsten Schritte zur Planung eines Build-Upgrades:

  1. Planen Sie mindestens zwei Stunden für das Upgrade ein.
  2. Stellen Sie Kontaktdetails für Adobe- und Kundenmitarbeiter bereit.
  3. Für gehostete Instanzen: die Adobe- und Kundenmitarbeiter bestimmen den Zeitpunkt des Upgrades sowie die Person, die ihn durchführt.
  4. Für On-Premise-Instanzen: die Kundenmitarbeiter führen den gesamten Prozess aus. Wenn Hilfe beim Testen benutzerdefinierter Workflows und Sendungen benötigt wird, sollten Beratungsdienste in Anspruch genommen werden.
  5. Bestimmen Sie, auf welche Version von Adobe Campaign das Upgrade durchgeführt werden soll. Konsultieren Sie dazu die Versionshinweise von Adobe Campaign v7.
  6. Bestätigen Sie das Vorhandensein ausführbarer Upgrade-Dateien.

Erforderliche Ressourcen

Für die Build-Aktualisierung sind die folgenden Ressourcen erforderlch:

  • Adobe-Architekt: Im Fall von gehosteten oder Hybrid-Installationen muss der Architekt mit dem Kundenservice zusammenarbeiten.

  • Projektmanager:

    On-Premise: Der interne Projektleiter des Kunden leitet das Upgrade und verwaltet die Lebenszyklustests.

    Gehostet: Das Hosting-Team arbeitet mit dem Kundenservice-Team und dem Kunden zusammen, um für alle Instanzen den Zeitrahmen festzulegen.

  • Adobe-Campaign-Administrator

    On-Premise: Der Administrator führt das Upgrade aus.

    Gehostet: Das Hosting-Team führt das Upgrade durch.

  • Marketing-Benutzer von Adobe Campaign: Der Benutzer führt Tests auf Entwicklungs-, Test- und Produktionsinstanzen durch.

Build-Upgrade vorbereiten

Vor dem Beginn des Build-Upgrades müssen die folgenden Vorbereitungen getroffen werden:

  1. Vergewissern Sie sich, dass alle Entwicklungsarbeiten exportiert werden können, bevor das Upgrade durchgeführt wird. Führen Sie den Export als Packages durch.
  2. Führen Sie eine vollständige Sicherung der Datenbanken für alle Instanzen der Quell- und Zielumgebungen durch. Dieser Schritt ist nur für On-Premise-Kunden nötig. Beispiel für einen Befehl für PostgresSQLDB:
                            
    Pg_dumpmydatabase> mydatabase.sql
                         
  3. Laden Sie sich die aktuelle Version der Server-configfile herunter.
  4. Laden Sie sich das aktuelle Build herunter.

Außerdem sollten alle wichtigen Befehlszeilen vor dem Beginn des Build-Upgrades verfügbar sein:

  • nlserver pdump: listet aktuelle Prozesse auf
  • nlserver pdump -who: listet aktive Client-Sitzungen auf
  • nlserver monitor -missing: listet fehlende Eigenschaften auf
  • nlserver start process@<instance>: startet einen Prozess
  • nlserver stop process@<instance>: beendet einen Prozess
  • nlserver restart process@<instance>: startet erneut einen Prozess
  • nlserver shutdown: beendet alle Campaign-Prozesse
  • nlserver watchdog -svc: startet den Watchdog-Prozess (nur UNIX)

Upgrade durchführen

Close

Upgrade durchführen

Im Folgenden wird das Verfahren zur Aktualisierung von Adobe Campaign beschrieben.

Umgebung duplizieren

Duplizieren Sie die Adobe-Campaign-Umgebung von einer Quellumgebung in eine Zielumgebung, sodass zwei identische Arbeitsumgebungen entstehen. Gehen Sie dazu folgendermaßen vor:

  1. Erstellen Sie eine Kopie der Datenbanken auf allen Instanzen in der Quellumgebung.
  2. Stellen Sie diese Kopien auf allen Instanzen der Zielumgebung wieder her.
  3. Führen Sie das Script nms:freezeInstance.jscauterization in der Zielumgebung aus und starten Sie es dann (dadurch werden alle Prozesse mit der Außenwelt beendet: Logs, Tracking, Sendungen, Kampagnen-Workflows etc.).
                            
    Nlserverjavacsriptnms:freezeInstance.js–instance:<dev> -arg:run
                         
  4. Überprüfen Sie die Deaktivierung:
    1. Vergewissern Sie sich, dass das einzige Versandkontingent jenes ist, dessen ID gleich 0 ist.
                                    
      SELECT * FROM neolane.nmsdeliverypart;
                                 
    2. Vergewissern Sie sich, dass die Versandstatus-Aktualisierung korrekt ist:
                                    
      SELECT iSate, count(*) FROM neolane.nmsdeliveryGroup By iProd;
                                 
    3. Vergewissern Sie sich, dass die Workflow-Status-Aktualisierung korrekt ist:
                                    
      SELECT iState, count (*) FROM neolane.xtkworkflowGROUP BY iState;
      SELECT iStatus, count (*) FROM neolane.xtkworkflowGROUP BY iStatus;
                                 

Dienste beenden

Um alle Dateien mit der neuen Version zu ersetzen, müssen alle Instanzen von nlserverservice beendet werden.

  1. Beenden Sie die folgenden Dienste:

    Webdienste (IIS): iisreset /stop

    Adobe-Campaign-Dienst: net stop nlserver6

    Hinweis: Achten Sie darauf, dass der Weiterleitungsserver (webmdl) angehalten wird, damit die von IIS verwendete Datei nlsrvmod.dll durch die neue Version ersetzt werden kann.

  2. Vergewissern Sie sich, dass keine Aufgaben aktiv sind, indem Sie den Befehl nlserver pdump ausführen. Wenn keine Aufgaben aktiv sind, sollte das Ergebnis folgendermaßen aussehen:
                            
    C:\<installation path>\Adobe Campaign v6\bin>nlserverpdump
    12:12:12 > Application Server for Adobe Campaign version 6.x (build xxx) dated xx/xx/xxxx No tasks
                         
  3. Prüfen Sie den Windows Task-Manager, um sicherzugehen, dass alle Prozesse angehalten wurden.

Adobe-Campaign-Server-Anwendung aktualisieren

  1. Führen Sie die Datei Setup.exe aus: Laden Sie sich diese Datei von der Adobe Campaign-Support-Seite über den Download-Center-Link herunter.
  2. Wählen Sie den Installationsmodus: Wählen Sie Aktualisieren oder Reparieren aus.
  3. Wählen Sie Weiter aus.
  4. Wählen Sie Beenden aus: Die neue Datei wird vom Installationsprogramm kopiert.
  5. Wählen Sie nach Abschluss des Vorgangs die Option Beenden aus.

Ressourcen synchronisieren

  1. Öffnen Sie die Befehlszeile.
  2. Führen Sie nlserver config -postupgrade -allinstances aus, um Folgendes durchzuführen:
    1. Ressourcen synchronisieren
    2. Schemata aktualisieren
    3. Datenbank aktualisieren

    Beachten Sie, dass dieser Vorgang nur einmal und nur auf einem nlserverweb-Anwendungsserver ausgeführt werden sollte.

    Um nur eine einzige Datenbank zu synchronisieren, führen Sie den folgenden Befehl aus:

                            
    nlserver config -postupgrade -instance: <instance_name>
                         
  3. Prüfen Sie, ob bei der Synchronisation Fehler oder Warnhinweise generiert wurden.

Dienste wieder starten

Die folgenden Dienste müssen wieder gestartet werden:

  • Webdienste (IIS): issreset /start
  • Adobe-Campaign-Dienst: net start nlserver6

Clientkonsole auf verfügbare Aktualisierung hinweisen

Laden Sie auf der Maschine, auf der der Adobe Campaign-Anwendungsserver installiert ist (nlserverweb), diese Datei herunter und kopieren Sie sie:

                  
Setup-client-6.xxxx.exe in [path of the application]\datakit\nl\en\jsp
               

Wenn das nächste Mal Clientkonsolen verbunden werden, werden die Benutzer darauf hingewiesen, dass eine neue Aktualisierung verfügbar ist, und erhalten die Möglichkeit, diese herunterzuladen und zu installieren.

Besondere Maßnahmen für das Message Center

Die folgenden Maßnahmen sind bei der Build-Aktualisierung speziell für das Message Center erforderlich.

  1. Aktualisieren Sie den Message-Center-Produktionsserver auf die gewünschte Version.
  2. Führen Sie die Postupgrade-Scripts aus.
  3. Führen Sie Tests durch und stellen Sie sicher, dass der E-Mail-Empfang über die Message-Center-Produktionsinstanz funktioniert.
  4. Aktualisieren Sie die Clients und leeren Sie den Cache.
  5. Packages exportieren:
    1. Exportieren Sie Packages mit dem Client-Package-Export-Tool.
    2. Importieren Sie das Schema-Package.
    3. Melden Sie sich vom Client ab und wieder an.
    4. Aktualisieren Sie die Datenbank.
    5. Melden Sie sich ab und wieder an.
    6. Importieren Sie das Admin-Package.
    7. Importieren Sie das Content-Package.
    8. Importieren Sie das Content-Management-Package.
    9. Melden Sie sich ab und wieder an.
    10. Führen Sie eine kurze Prüfung der Workflows durch.
  6. Publizieren Sie Message-Center-Vorlagen, um sicherzugehen, dass die Schnittstelle zwischen den Servern und der Message-Center-Instanz funktioniert.
  7. Testen Sie, ob E-Mails über die Message-Center-Produktionsinstanz empfangen werden können.
  8. Führen Sie Workflow-Tests bei der Produktion durch, um sicherzugehen, dass der Nachrichtenempfang funktioniert.

Besonderheiten der Mid-Sourcing-Plattform

Dies sind die speziellen Maßnahmen beim Build-Upgrade für die Mid-Sourcing-Plattform.

  1. Kontaktieren Sie den Adobe-Campaign-Support, um ein Upgrade des Mid-Sourcing-Servers zu arrangieren. Hinweis: Auf dem Mid-Sourcing-Server muss immer dieselbe Version (oder eine aktuellere) wie auf den Marketing-Servern ausgeführt werden.
  2. Vergewissern Sie sich, dass die Version aktualisiert wurde, indem Sie eine Testverbindung durchführen. Beispiel: http://[InsertServerURL]/r/test

Konflikte verwalten

Close

Konflikte verwalten

Dies sind die wichtigsten Schritte zur Verwaltung von Konflikten.

Konflikte erkennen

Ergebnis der Synchronisation ansehen

Dieser Schritt wird nur von On-Premise-Kunden ausgeführt. Für gehostete Kunden übernimmt diese Aufgabe das Hosting-Team. Es gibt zwei Möglichkeiten, das Synchronisationsergebnis anzuzeigen:

In der Befehlszeilenanzeige werden Fehler durch drei Pfeile >>> dargestellt und die Synchronisation wird automatisch angehalten. Warnungen werden durch zwei Pfeile >> dargestellt und müssen gelöst werden, nachdem die Synchronisation abgeschlossen ist. Am Ende des Postupgrade wird in der Befehlszeile eine Zusammenfassung angezeigt, die in etwa so aussieht:

                  
2013-04-09 07:48:39.749Z 00002E7A 1 info log =========Summary of the update========== 
2013-04-09 07:48:39.749Z 00002E7A 1 info log <instance name> instance, 6 warning(s) and 0 error(s) during the update. 
2013-04-09 07:48:39.749Z 00002E7A 1 warning log The document with identifier 'mobileAppDeliveryFeedback' and type 'xtk:report' is in conflict with the new version. 
2013-04-09 07:48:39.749Z 00002E7A 1 warning log The document with identifier 'opensByUserAgent' and type 'xtk:report' is in conflict with the new version. 
2013-04-09 07:48:39.750Z 00002E7A 1 warning log The document with identifier 'deliveryValidation' and type 'nms:webApp' is in conflict with the new version. 
2013-04-09 07:48:39.750Z 00002E7A 1 warning log Document of identifier 'nms:includeView‘ and type 'xtk:srcSchema' updated in the database and found in the file system. You will have to merge the two versions manually. 
               

Wenn ein Warnhinweis aufgrund eines Konflikts von Ressourcen ausgegeben wird, muss ihn der Benutzer lösen.

Die Datei postupgrade_<server version number>_<time of postupgrade>.log enthält das Synchronisationsergebnis. Es ist standardmäßig im folgenden Verzeichnis verfügbar: <installation directory/var/<instance/postupgrade. Fehler und Warnhinweise werden durch die Fehler- und Warnhinweisattribute gekennzeichnet.

Konflikte analysieren

Wie wird ein Konflikt festgestellt?

Konflikte werden in der Datei postupgrade.log auf dem jeweiligen Server oder innerhalb der Adobe-Campaign-Clientkonsole festgestellt (Administration > Konfiguration > Packageverwaltung > Konflikte bearbeiten)

                  
Das Dokument mit der Kennung ‘stockOverview’ vom Typ ‘nms:webApp’ steht im Konflikt mit der neuen Version. 
               

Wenn ein Konflikt gefunden wird, prüfen Sie, ob Folgendes zutrifft:

  • Wurde das Objekt vom Kunden geändert oder personalisiert?
  • Wurde das Objekt innerhalb des Produkts geändert?

Wenn keine dieser Fragen bejaht wird, ist dies eine Falschmeldung und es besteht kein Konflikt. Wenn beide dieser Fragen bejaht werden, besteht tatsächlich ein Konflikt.

Wurde das Objekt vom Kunden geändert?

  1. Identifizieren Sie das Objekt, das den Konflikt auslöst.
  2. Fragen Sie den Kunden, ob er das Objekt verändert hat.
  3. Ist an dem Objekt etwas ungewöhnlich?
  4. Ist das letzte Änderungsdatum im Code des Objekts angegeben?
  5. Prüfen Sie den XML-Code des Konflikts auf “_conflict”-Attribute. Sieht es nach einer Personalisierung aus?

Wurde das Objekt im neuen Build geändert?

  1. Prüfen Sie die üblichen Verursacher: integrierte Web-Anwendungen oder Berichte (z. B.: 'deliveryValidation', 'deliveryOverview', 'budget').
  2. Prüfen Sie die Änderungsprotokolle auf Updates.
  3. Fragen Sie das Adobe-Engineering-Team.
  4. Führen Sie einen "Diff"-Befehl für den Code aus.

Konflikt lösen

Zur Lösung von Konflikten stehen drei Optionen zur Wahl:

  • Neue Version akzeptieren
  • Aktuelle Version beibehalten
  • Den Code zusammenführen (und als gelöst deklarieren)
  • Den Konflikt ignorieren (nicht empfohlen)

Gehen Sie wie folgt vor, um einen Konflikt zu lösen:

  1. Gehen Sie im Adobe-Campaign-Explorer zu Administration > Konfiguration > Packageverwaltung > Konflikte bearbeiten.
  2. Wählen Sie in der Liste den Konflikt aus, den Sie lösen möchten.

Neue Version akzeptieren

Wann kann ich die neue Version akzeptieren?

  • Wenn Sie die Standardfunktionen beibehalten möchten.
  • Wenn Sie keine Personalisierungen durchgeführt haben (alle Personalisierungen werden entfernt)

Aktuelle Version beibehalten

Wann kann ich die aktuelle Version beibehalten?

  • Wenn Sie Personalisierungen durchgeführt haben
  • Wenn Sie keine Zusammenführung durchführen möchten
  • Wenn Sie das Konflikt auslösende Objekt nicht im Postupgrade korrigieren müssen

Zusammenführung durchführen

Wann soll ich eine Zusammenführung durchführen?

  • Nur Formulare, Berichte und Webanwendungen können zusammengeführt werden.
  • Einige geringfügige Zusammenführungen können durchgeführt werden, ohne den Code zu verstehen.
  • Kompliziertere Zusammenführungen sollten jedoch von einer Fachkraft durchgeführt werden.

Konflikte ignorieren

Was passiert, wenn ich Konflikte ignoriere?

  • Der Konflikt bleibt bestehen.
  • Das Objekt wird nicht aktualisiert.
  • Langfristige Auswirkungen: Inkompatibilität der Versionen, der Kunde profitiert nicht von Fehlerkorrekturen.

Wir empfehlen dringend, Konflikte immer zu lösen.

Zusammenführung durchführen

Es gibt verschiedene Arten von Zusammenführungen:

  • Einfaches Zusammenführen: die benutzerdefinierten und neuen Versionen wurden nur geringfügig verändert und sind nicht miteinander verbunden, es ist kein zusätzlicher Code erforderlich.
  • Keine Änderungen: die neue Version wird akzeptiert, nur letztes Aktualisierungsdatum wurde geändert, nur Kommentare, Tabs, Leerzeichen oder neue Zeilen. Beispiel: irrtümliches Speichern.
  • Triviale Änderungen: nur eine einzige Zeile wurde geändert. Beispiel: xpathToLoad
  • Kompliziertes Zusammenführen: wenn Code geschrieben werden muss. Entwicklerkenntnisse sind erforderlich.

Wie erfolgt die Zusammenführung?

  1. Rufen Sie alle drei Versionen ab: die Originalversion, die neue Version und die benutzerdefinierte Version.
  2. Führen Sie einen "Diff"-Befehl zwischen der Original- und der neuen Version aus.
  3. Isolieren Sie die Änderungen.
  4. Wenn keine Änderungen vorhanden sind, lösen Sie den Konflikt, indem Sie die aktuelle Version beibehalten.

Wo finden Sie den Code?

  1. Der Standard-Code ist in den XML-Dateien im Ordner datakit gespeichert. Suchen Sie nach der XML-Datei, die dem im Konflikt stehenden Objekt entspricht. Beispiel: C:\neolane\NL-6.1.0\datakit\nms\fra\form\recipient.xml
  2. Rufen Sie die Originalversion ab: vom gemeinsam genutzten Ordner des Adobe-Campaign-Engineering-Teams, der das erstellte Build enthält, oder von einer anderen installierten Version des Produkts, die noch nicht aktualisiert wurde.
  3. Rufen Sie die neue Version ab: vom gemeinsamen Ordner des Adobe-Campaign-Engineering-Teams oder den installierten Kundendateien.
  4. Rufen Sie die benutzerdefinierte Version ab: Rufen Sie den Quellcode des Objekts vom Campaign-Client ab.

Wie erstelle ich eine Diff-Datei?

  1. Installieren Sie einen Text- oder Merge-Editor, z. B. Notepad ++, AraxisMerge oder WinMerge.
  2. Öffnen Sie die Originaldatei und die neue Datei im Editor.
  3. Führen Sie den Diff-Befehl aus (vergleichen Sie die beiden Dateien).
  4. Stellen Sie etwaige Unterschiede fest.

Wie erfolgt die Zusammenführung?

  1. Beginnen Sie mit der benutzerdefinierten Version.
  2. Wenden Sie die Änderungen an.
  3. Lösen Sie den Konflikt, indem Sie ihn als gelöst deklarieren.
  4. Vergewissern Sie sich, dass keine Regression vorliegt.

Wenn Sie den Konflikt manuell lösen möchten, gehen Sie folgendermaßen vor:

  1. Suchen Sie im unteren Fensterbereich nach _conflict_ string, um Entitäten mit Konflikten zu finden. Die mit der neuen Version installierte Entität enthält das neue Argument. Die Entität, die der vorherigen Version entspricht, enthält das benutzerdefinierte Argument.
  2. Löschen Sie die Version, die Sie nicht behalten möchten. Löschen Sie den String _conflict_argument_ der Entität, die Sie behalten.
  3. Gehen Sie zum gelösten Konflikt. Klicken Sie auf das Symbol Aktionen und wählen Sie Als gelöst deklarieren aus.
  4. Speichern Sie Ihre Änderungen: Der Konflikt ist jetzt gelöst.

Komplexe Zusammenführungen

Hinweis: Hierzu sind Entwicklerkenntnisse erforderlich.

  1. Stellen Sie fest, was die Änderung bewirkt: Ermitteln Sie mit Reverse Engineering die Änderungen, prüfen Sie die Änderungsprotokolle, beraten Sie sich mit dem Adobe-Campaign-Engineering-Team.
  2. Entscheiden Sie über das weitere Vorgehen bezüglich der Änderung: Fragen Sie den Kunden.
  3. Stellen Sie fest, was die Personalisierungen bewirken: Ermitteln Sie durch Reverse Engineering die Änderungen, fragen Sie den Kunden.

So nehmen Sie eine komplexe Zusammenführung vor:

  1. Kopieren Sie Code aus der geänderten Version.
  2. Fügen Sie ihn in die benutzerdefinierte Version ein.
  3. Vergewissern Sie sich mithilfe von Tests, dass keine Regression der Personalisierung auftritt.
  4. Überprüfen Sie die Funktionsfähigkeit der Änderungen.
  5. Fragen Sie nach UAT durch den Kunden.
  6. Führen Sie die Zusammenführung in einer Testumgebung durch.