Reverting the workspace to a previous version
E B (5●3●3)
| asked Oct 29 '12, 2:42 p.m.
converted Oct 29 '12, 6:49 p.m. by Anthony Kesterton (7.5k●9●180●136)
I realize you said "no time-based approach". In that case, is there a different way to handle scenarios where time has seemed to be an important factor?
(Full disclosure... I'm new to RTC, coming over from perforce.) Example: I had a unit test that the build was reporting as successful... until 10/26/2012. On that day, the build reported that the unit test failed. Now it's today, 10/29/2012, and I need to look in to why that test started failing. In theory, something happened between 10/25/2012 and 10/26/2012 that caused the test to start failing so those are important points in time for me to be able to do triage. What are the recommended steps to get my workspace easily to the points right before and right after the unit test started failing? In perforce, every change has a unique, sequential identifier so that I can easily sync my workspace up to a particular point in time, represented by that unique identifier. Any help would be appreciated as it would help my transition over to RTC. Thanks! |
Accepted answer
Geoffrey Clemm (30.1k●3●30●35)
| answered Oct 29 '12, 6:54 p.m.
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER
By default, an RTC team build based on an RTC SCM workspace will create an RTC snapshot for the workspace configuration being built. This snapshot is reported as part of the build results. To get a workspace back to the state of that build, you can just use the "replace with" operation on that workspace, and select the snapshot for that build. Also, if you have two builds (the last that failed, and the one before it that succeeded), then you can compare the snapshots of those two builds.
E B selected this answer as the correct answer
|
Your answer
Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.
Comments
Hi
I thought you might get a better reply if this was a new question - please feel free to add in a better title.
Partial answer - your build takes a snapshot each time it runs (by default) so you can easily create a new workspace, or restore your existing workspace to the build that failed, or the last one that succeeded. You can then "walk" forward adding in each changeset until you get to the point of failure.
You can also compare the changes between the two snapshots, and see what changed.
anthony