Come posso modificare un set di modifiche in RTC (eclissi)?

Question

Ho inviato per revisione un set di modifiche. Sfortunatamente ho dimenticato di aggiornare prima il mio sandbox, quindi significa che non ho incluso alcune modifiche in quel set.

Quindi ho perso l'opzione per aggiungere modifiche al mio gruppo di modifiche.

Non voglio scartare quel set di modifiche perché contiene modifiche importanti. Inoltre, non voglio dover consegnare 2 set di modifiche, perché contengono la logica atomica (logica che non può essere divisa).

Ho la sensazione che l'opzione "reverse" possa riportare il mio cambiamento in uno stato modificabile, ma non ho davvero idea di cosa fare qui.

Per riassumere: ho bisogno di rendere nuovamente modificabile il mio set di modifiche, in modo da poterlo unire con un altro.

Qualcuno sa come vorrei fare questo?

Thx, voi ragazzi dominate!

Answer 1

Non penso che sia possibile ripristinare lo stato modificabile per il set di modifiche, se tale serie di modifiche è stata "completata" prima di essere inviata per la revisione.

In questo caso, un "reverse" (vale a dire fare un nuovo changeset annullando il changeset precedente), seguita da un nuovo changeset in cui si rifare vostro lavoro e lo sottopone nuovamente per la revisione potrebbe essere l'unica soluzione.

Tuttavia, seguendo questo esempio di code review in RTC, i set di modifiche devono essere ket mutabili durante la revisione (per il programmatore originale per il check-in delle nuove revisioni dei suoi file in base al feedback dei revisori).

Answer 2

È necessario creare il nuovo gruppo di modifiche.

Dico questo per due motivi:

1) L'argomento estetica solo per avere un cambio impostato per ogni elemento di lavoro rompe rapidamente in pratica - è facile dimenticare un cambiamento, e potrebbe essere necessario fare emendamenti dovuti a bug o commenti di revisione.

2) Avere più serie di modifiche rende più facili da comprendere le modifiche. Ogni set di modifiche può contenere un insieme logico di modifiche, pertanto un singolo oggetto di lavoro può avere tre set di modifiche: "Codice rif.", "Aggiorna copyright" e "Modifiche dalla revisione". In questo modo, quando qualcuno annota i file in futuro, otterrà qualcosa con una granularità più fine rispetto all'elemento di lavoro iniziale.

Per quanto riguarda l'argomento "logica atomica": probabilmente non è un problema a meno che la tua squadra abbia l'abitudine di consegnare/scartare i set di modifiche individuali. Nel progetto RTC, dividiamo regolarmente le modifiche logicamente discrete tra più set di modifiche e più componenti.

Se si è preoccupati di fornire set di modifiche che dipendono in modo logico dalle modifiche apportate ad altri componenti (come faccio occasionalmente), suggerisco di inserire bug 150421. Bug 153907 descrive un problema simile, ma richiede una soluzione molto più complessa (rendendo meno probabile l'implementazione senza la pressione del cliente).

Answer 3

Ho eseguito lo stesso problema e ho deciso di creare una patch, eliminare le modifiche e creare un nuovo changeset.