Wie kann ich eine Änderung in RTC (Eclipse) redigierbar machen?

Question

Ich habe einen Änderungssatz zur Überprüfung eingereicht. Leider habe ich vergessen, meine Sandbox zuerst zu aktualisieren, was bedeutet, dass ich einige Änderungen in diesem Set nicht berücksichtigt habe.

So verlor ich die Option zum Hinzufügen von Änderungen zu meiner Änderungsmenge.

Ich möchte diese Änderungsgruppe nicht verwerfen, da sie wichtige Änderungen enthält. Ich möchte auch nicht 2 Änderungssätze liefern müssen, weil sie atomare Logik enthalten (Logik, die nicht geteilt werden kann).

Ich habe das Gefühl, dass die "Reverse" -Option meine Änderung zurück in einen bearbeitbaren Zustand versetzt, aber ich habe wirklich keine Ahnung, was ich hier tun soll.

Um es zusammenzufassen: Ich muss meine Änderung wieder bearbeitbar machen, damit ich sie mit einer anderen zusammenführen kann.

Wer weiß, wie ich das tun würde?

Thx, Jungs herrschen!

Answer 1

Ich glaube nicht, dass Sie für Ihren Änderungssatz in einen änderbaren Status zurückkehren können, wenn dieser Änderungssatz "abgeschlossen" wurde, bevor er zur Überprüfung eingereicht wurde.

In diesem Fall wird ein „Reverse“ (dh eine neue changeset der vorherigen changeset Cancelling tun), durch eine neue changeset gefolgt, in dem Sie Ihre Arbeit wiederholen und erneut zur Überprüfung einreichen könnte die einzige Lösung sein.

Nach diesem Beispiel von code review in RTC sollten Änderungssätze jedoch während der Überprüfung änderbar sein (für den ursprünglichen Programmierer, um neue Revisionen seiner Dateien basierend auf dem Feedback der Rezensenten einzureichen).

Answer 2

Sie sollten den neuen Änderungssatz erstellen.

Ich sage dies aus zwei Gründen:

1) Das ästhetische Argument für nur eine Änderung schnell pro Arbeitseinheit festgelegt, das bricht in der Praxis nach unten - es ist einfach eine Änderung zu vergessen, und Sie können machen müssen Änderungen aufgrund von Fehlern oder Kommentaren.

2) Wenn mehrere Änderungssätze vorhanden sind, sind Ihre Änderungen einfacher zu verstehen. Jeder Änderungssatz kann einen logischen Satz von Änderungen enthalten, so dass ein einzelnes Arbeitselement drei Änderungssätze enthalten kann: "Refactor-Code", "Aktualisieren Sie die Urheberrechte" und "Änderungen von der Überprüfung". Wenn jemand die Dateien in Zukunft kommentiert, werden sie etwas feinkörniger als das ursprüngliche Arbeitselement erhalten.

In Bezug auf das "atomische Logik" -Argument: Es ist wahrscheinlich kein Problem, es sei denn, Ihr Team ist in der Angewohnheit, einzelne Änderungssätze zu liefern/verwerfen. Im RTC-Projekt teilen wir regelmäßig logisch getrennte Änderungen über mehrere Änderungssets und mehrere Komponenten auf.

Wenn Sie Bedenken haben, dass Sie Änderungssets liefern können, die logisch von Änderungen in anderen Komponenten abhängen (wie ich es gelegentlich tue), empfehle ich Ihnen, auf bug 150421 zu klingeln. Bug 153907 beschreibt ein ähnliches Problem, erfordert jedoch eine viel komplexere Lösung (wodurch es weniger wahrscheinlich ist, dass sie ohne Kundendruck implementiert wird).

Answer 3

Ich stieß auf das gleiche Problem und entschied, einen Patch zu erstellen, verwarf meine Änderungen und dann einen neuen Änderungssatz zu erstellen.