Ciao Alex,
ripulire le modifiche significa alterare lo stato delle entità tracciate dal DbContext:

• Le entità che sono in stato Modified tornano ad assumere i loro valori originali e il loro stato diventa Unchanged;
• Le entità in stato Deleted tornano ad essere unchanged;
• Le entità in stato Added vengono staccate dal contesto.

Prova a creare un metodo RejectChanges nel DbContext che elenchi tutte le entità tracciate dal contesto e cambi lo stato come descritto sopra. Vedi un esempio qui:
https://stackoverflow.com/questions/10535377/dbcontext-and-rejectchanges/22097132#answer-22097132

In alternativa, se vuoi evitare di ricreare la connessione, puoi aprirla tu e passarla al costruttore del DbContext: se le modifiche non vanno a buon fine lo distrutti e ne ricrei un altro passandogli la stessa connessione. Se preferisci questo approccio, usa il costruttore che accetta la DbConnection e il boolean che trovi documentato qui:
https://msdn.microsoft.com/en-us/library/system.data.entity.dbcontext.dbcontext(v=vs.113).aspx#M:System.Data.Entity.DbContext.

Comunque, qual è il tuo scenario? Perché vuoi buttar via le modifiche? Fai attenzione al tipo di eccezione che si verifica. Se è una DbUpdateException, vai a vedere se la sua inner expection è di tipo SqlException. In questo caso potrebbe essere che il salvataggio è fallito perché il db era temporaneamente non raggiungibile, e non perché i dati non fossero validi.

ciao,
Moreno

---

Modificato da BrightSoul il 10 maggio 2018 14.09 -