ClearCase allows you to change a reserved checkout to an unreserved one and vice versa. There are no permission constraints to this action anyone can do it. Problem is that changing the setting is a property of the checked-out view-private version - so if you colleague went on holiday with his laptop it's a bit of a challenge.
Here's how you concur it:
A user reports that a file (or folder) is checked out reserved in a certain snapshot view and it's blocking for
further development, the reserved checkout must be changed to unreserved. In the example we use:
1: Create a 'phantom working tree' of the snapshot view in question
To create a another working tree of another's view you must follow these steps:
The easiest way to re-generate the view.dat file is to use the perl script provided by Rational:
2: Update the snapshot view
HEY!!! Don't update the entire snapshot view as you actually dont need it.
The file or element you are interested in will not be loaded because it's checked out, therefore you need
to load the folder holding the element. in our example that is:
3: Get a handle for the checked out file
The file that really interests us isn't loaded. It will show up with status
So we'll make a dummy file for it just to get a handle for the the cleartool unreserve command:
4: Clean up
Don't remove the view using cleartool commands, the user still needs it just remove the phantom working tree:
[curernt directory] C:\data\etools-admin\ccviews\sgyl_view_etools2
...Thats it, you are done!