Lousy Subversion (svn) Performance Undo Check Out

[EdK]

Performing an "Undo Check Out" of a single package takes a really really long time and my users will not be happy.  I find the lousy performance odd since a regular "Check out" and "Check in" go pretty quick.

Is there anything that can be done to improve performance?

R/S
Ed K
EA V10.0.1006
Subversion 1.7.8

[qwerty]

You should keep in mind that an undo involves a lot of database operations. EA has to delete all elements for the controlled package and the to re-import. Depending on the size this will take some time.

OTOH: using undo indicates that someone worked brain-to-keyboard without really using the brain. So that's the punishment for it.

q.

[EdK]

I am slowly grasping the inner workings between EA, SVN and the DBMS repository so please bear with me...

Why would an undo check out have a lot of DB transactions?

When I select the "Undo check out", the SVN client should be instructed to just discard all uncommitted changes and all the uncommitted changes should just exist locally in my SVN Working Copy.

What am I missing?

[EdK]

Disregard my last post..

After some experimentation, I do see now that the DB (i.e., EA's repository) does in fact get updated with a user's last set of uncommitted changes.

So now I do understand why, for an undo check out, there would need to be a bunch of DB txns to delete elements and refetch the last good ones from the SVN repository

Ed K.

[Eve]

Version control in EA operates on XMI files (the industry standard format for model interchange) while the model format that EA operates on a database. The time that you see doing an undo check out is it being re-imported into the database because you may have made changes while it was checked out (editable). Get Latest does exactly the same thing (but can know that you're up to date)