我已提交審覈變更集。不幸的是，我忘了首先刷新我的沙盒，這意味着我沒有在該組中包含一些更改。如何在RTC（eclipse）中對變更集進行重新編輯？
所以我失去了添加更改到我的更改集的選項。
我不想丟棄該更改集，因爲它包含重要更改。我也不希望交付2個更改集，因爲它們包含原子邏輯（不能拆分的邏輯）。
我有一種感覺，「反向」選項會讓我的變化回到可編輯的狀態，但我真的不知道該怎麼辦。
總結：我需要讓我的更改集再次可編輯，以便我可以將它與另一個合併。
任何人都知道我會怎麼做？
Thx，你們統治！
我不認爲你可以恢復到你的變更集的可變狀態，如果該變更集在提交審查之前是「完成的」。
在這種情況下，「反向」（即做一個新的變更集取消以前的變更集），然後是一個新的變更集，其中您的工作和重新提交審查可能是唯一的解決方案。
但是，在code review in RTC這個例子後面，在審查過程中，變更集應該是可變的（原始程序員根據審閱者的反饋簽入他的文件的新修訂版）。
我開始愛你了：D – 2012-03-27 15:02:33
您應該創建新的更改集。
我這樣說有兩個原因：
1）只具有一種改變每個工作項目設置的審美說法迅速分解實際上 - 它很容易忘記的變化，你可能不得不做出由於錯誤或評論意見而引起的修改。
2）具有多個變更集可以使您的更改更易於理解。每個更改集可以包含一組邏輯變更，因此單個工作項可能會有三個更改集：「重構代碼」，「更新版權」和「從更改」。這樣，當有人在未來對文件進行註釋時，他們會得到比初始工作項更細的粒度。
關於「原子邏輯」參數：除非您的團隊習慣於提供/放棄個別更改集，否則它可能不是問題。在RTC項目中，我們定期對多個更改集和多個組件進行邏輯上分離的更改。
如果您擔心可能會提供邏輯上取決於其他組件更改（如我偶爾執行的操作）的更改集，我建議您在bug 150421中作出響應。 Bug 153907描述了一個類似的問題，但需要一個更復雜的解決方案（使其不太可能在沒有客戶壓力的情況下實施）。
我遇到了同樣的問題，並決定創建一個補丁，放棄我的更改，然後創建一個新的更改集。
我遇到了類似的問題。我設置了一個更改集（不知道爲什麼我這麼做），然後嘗試提交它。但是，然後團隊顧問阻止了交付，因爲一個文件缺少必需的評論標題。此時我被卡住了，我無法更改文件，因爲更改集已完成，我無法提供更改集。我通過覆蓋評論規則來解決它，然後在另一個更改集中添加評論。這看起來像一個相當糟糕的陷阱，就像在視頻遊戲中陷入死衚衕，不得不重置遊戲。 – 2012-06-27 17:59:39