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

Accidentally checked-in file

What is the recommended procedure when you accidentally checked-in a file to a change-set?

Assume that the changes in the file are intended, but the changed file should be checked-in to a different change set.
Using Undo will remove the file from the change set, but it as well reverts the changes to the local file, what is not intended in this scenario.

I help myself by making a local copy of the file, perform Undo, and then replace the local file with the copy. Is this the intended procedure or does RTC provide actions to achieve the same goal?

0 votes



3 answers

Permanent link
You can right-click on the file in the change set and move it to a new change set or another change set.

What is the recommended procedure when you accidentally checked-in a file to a change-set?

Assume that the changes in the file are intended, but the changed file should be checked-in to a different change set.
Using Undo will remove the file from the change set, but it as well reverts the changes to the local file, what is not intended in this scenario.

I help myself by making a local copy of the file, perform Undo, and then replace the local file with the copy. Is this the intended procedure or does RTC provide actions to achieve the same goal?

0 votes


Permanent link
Thank you!
I was looking for a method to undo the check-in action.
Moving the change to a different/new change set doesn't bring the file back to Unresolved status, but that's not the point.
Thank you for helping me to change my way of thinking.

0 votes


Permanent link
Unfortunately, you cannot directly undo the change to make it go back to an unresolved status. If you wanted something like that, I would suggest creating a patch and selecting the one change to be in the patch. When the patch is applied and merged into your workspace, you'll have the change as unresolved again.

Although, it's extra work for when something will eventually be checked-in. It's perfectly OK to keep it checked-in because the checked-in change only exists in your repository workspace until it is delivered somewhere else. There is no harm from accidentally checking-in a change unless your team has a process of only checking-in changes that will be immediately delivered.

Thank you!
I was looking for a method to undo the check-in action.
Moving the change to a different/new change set doesn't bring the file back to Unresolved status, but that's not the point.
Thank you for helping me to change my way of thinking.

0 votes

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.

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: Oct 28 '10, 7:25 a.m.

Question was seen: 4,957 times

Last updated: Oct 28 '10, 7:25 a.m.

Confirmation Cancel Confirm