Binäre Konflikte lösen
Wenn ein Konflikt zwischen zwei Revisionen einer Binärdatei auftritt, ersetzt Windchill RV&S die Arbeitsdatei der Sandbox für dieses Mitglied mit der Zielrevision und markiert diese als Konflikt. Die Zielrevision wird im Propagierungs-Änderungspaket als Deferred Check In-Eintrag angezeigt (stellt ein zurückgestelltes Einchecken der Arbeitsdatei dar). Beispiel: Wenn Revisionen 1.1 und 1.1.1.1 Aktualisierungsrevisionseinträge eines Binärmitglieds in einem Änderungspaket sind, die eine Zusammenführung mit Mitgliedsrevision 1.2 benötigen, werden die Inhalte von Revision 1.1.1.1 für die Sandbox-Arbeitsdatei der Mitgliedsrevision 1.2 verwendet. Revision 1.2 wird im Propagierungs-Änderungspaket als Deferred Check In-Eintrag angezeigt. Es wird kein Vergleich mit dem Inhalt der Binärdatei bereitgestellt. Wenn ein Änderungspaket eingereicht wird (oder ein Mitglied eingecheckt), ist die Mitgliedsrevision Version 1.3.
Konflikte können folgendermaßen gelöst werden:
• Zielrevision verwenden
Reichen Sie die Änderungen in das Propagierungs-Änderungspaket ein und checken Sie so die Zielrevision des Binärmitglieds ein (oder reichen Sie das zurückgestellte Einchecken der Zielrevision manuell ein).
• Binäre Zusammenführung manuell ausführen
Führen Sie mithilfe eines Drittparteien-Tools außerhalb von Windchill RV&S eine binäre Zusammenführung auf dem betroffenen Mitglied durch. Reichen Sie anschließend die Änderungen in das Propagierungs-Änderungspaket ein (oder reichen Sie das zurückgestellte Einchecken der Zielrevision manuell ein).
• Ursprüngliche Revision verwenden
Verwerfen Sie den dem Konflikt zugeordneten Deferred Check In-Eintrag, indem Sie die ursprüngliche Revision anstelle der Zielrevision verwenden. Geben Sie zum Lösen des Konflikts die gewünschte Revision an, indem Sie eine Deferred Update Revision-Operation ausführen, die die gewünschte Revision angibt.