Jazz Forum Welcome to the Jazz Community Forum Connect and collaborate with IBM Engineering experts and users

Can you reverse a change set that included a file property change?

Questions
Tags
Users
Badges
Stephane Couillaud
(156●3●25●45) Jan 16 '15, 6:38 p.m.
Here's the scenario:

I changed the Line Delimiter properties of about 1000 files from a mix of values (i.e. Platform, etc..) to be all "None", checked it in and delivered it to my stream.  Shortly after, I realized I should not have done that.  Now I want to reverse that change set.  When I do so it creates a patch in my work space, it allows me to merge (i.e. Auto Resolve) those changes to my work space but when I do so the patch disappears and none of the files show as unresolved.  If I check the line delimiters for a sample of those files they are still set to "None".  

I tried this scenario again with just one file and I'm unable to reverse a  change set that includes a file property change, in this case changing the line delimiter value.

Is this a bug? Am I missing something? 

0 votes

Comments
Ralph Schoon
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER Jan 19 '15, 2:48 a.m.

Not sure, however, it might be a good idea to create a baseline/snapshot next time before you do mass changes. That would allow to go back to the version before easier than reversing the change sets.

2 answers
3,645 views
0 votes

Accepted answer

Permanent link
Geoffrey Clemm
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER (30.1k●3●30●35) Jan 19 '15, 12:46 p.m.
I did some experimenting, and my conclusion is that it is a bug.
I have created a defect for it: Applying a patch with a line-ending property change does not work (342829)
In particular, the defect appears to not be in the creation of the patch (the patch appears to contain the right information), but rather the application of the patch.

Stephane Couillaud selected this answer as the correct answer

0 votes

Comments
Stephane Couillaud
Jan 20 '15, 4:45 p.m.

Thanks Geoff glad to see I'm not crazy. :)  

Because I could not reverse the change, I tried creating a new change set to modify the jazz.line-delimiter property manually from Eclipse. Turns out I cannot modify the properties for those files I included in my original change set (the one I was trying to reverse). I also tried from the command line and I get the same result. It lets me modify the property, which results in an unresolved change.  It then lets me check it in and deliver.  But when I check the properties of a file, nothing has changed. There is definitely a bug and I'm at a loss on how to get those properties reinstated to their original state. 

One other answer

Permanent link
Evan Hughes
JAZZ DEVELOPER (2.4k●13●18) Jan 20 '15, 2:44 p.m.
 Could you discard your change set?

0 votes

Comments
Stephane Couillaud
Jan 20 '15, 5:13 p.m.

Yes I can discard the change set from my repository workspace.  It now shows as an incoming change set as we would expect.  If I check the line delimiter property of a file it is set correctly.  Question is, how do I propagate that back to the stream?

Geoffrey Clemm
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER Jan 20 '15, 6:14 p.m.

You can use the "replace" operation to replace the configuration in the stream with the configuration of your workspace.   Do a quick check to see if there are any incoming changes on the stream from other developers, and accept those first, before doing the replace.  Also, if there is a chance that another developer has already accepted that bad change set into their workspace, send out a notice to the team telling them to discard that change set from their workspace.   Something that helps is to change the Summary of that change-set to something like "DO-NOT-DELIVER-THIS", so folks get reminded that this is a bad change-set.

Evan Hughes
JAZZ DEVELOPER Jan 28 '15, 10:23 a.m.

 Get your workspace into a state that you're comfortable with (it sounds like you're already in that state), then select the component in the Pending Changes view, and run 'Replace in <name-of-your-stream>'. That copies the state of the component in your workspace to the stream. 

1 vote

Stephane Couillaud
Jan 28 '15, 12:50 a.m.

Evan your suggestion to use 'Replace in <name-of-your-stream>' did the trick.   I was able to get my stream back to its original state.

1 vote

Your answer

Register or log in to post 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.

Ask a question
Guidelines
FAQ
Search context
Follow this question

By Email: 

Once you sign in you will be able to subscribe for any updates here.

By RSS:

Answers
Answers and Comments
Question details

Question asked: Jan 16 '15, 6:38 p.m.

Question was seen: 3,645 times

Last updated: Jan 28 '15, 10:23 a.m.

Confirmation Cancel Confirm