CODEWITHSUNDEEP
powershellclearcasepowershell-2.0cleartoolclearcase-ucm
Samselvaprabu
Samselvaprabu

Reputation: 18147

How to prevent checkout for particular elements in clearcase UCM?

In our project we are following agile practices ( Sprint ). So every day nightly build will be done. We are able to ensure the correctness of build till day before formal build. But unfortunately most of the time people are doing some major check-in at final day.

We wanted to lock some of the highly sensitive elements which would cause more trouble.

We do not want to lock the integration stream itself. We just wanted to lock some files and folders automatically. Is there any way to do it using Cleartool , (or cleartool commands in powershell)

Upvotes: 1

Views: 1486

Answers (1)

VonC
VonC

Reputation: 1323553

I would not recommend locking the vob or the files:

  • both options would lock everything (ie any modification in any branch) for all (or most) users.
  • you need (from the cleartool lock man page) to be the type owner, VOB owner or root to be able to lock the files or a vob: if one of those sensitive files isn't created by you, the lock will fail (and the vob itself has likely been created by an admin)
  • the maintenance is too cumbersome for files (you need to maintain the list of files you want to lock)

Locking the stream or at least the branch is still your best option.
It is one simple atomic operation target to lock the right environment.
Combined with the -nusers option, you can still authorized some users to do what they need (checkout/checkins)

The OP comments:

Actually I want to prevent all the users from delivering those sensitive files.
If I lock the stream for particular user it will not serve the purpose. It will stop them delivering other files too

The -nuser option lock for all users except a few.
The idea behind the integration stream is that is is not the user who make the deliver, but the stream integration owner who, at his/her own time, makes the deliver. If that stream is locked for everyone but the integrator, he/she can control the deliver

However, that puts the control of those sensitive file on the integrator (again, locking just those file would be a bad idea, and would make sure that any deliver fails, because of those locks)

If you still want them to deliver while being able to control that the build only use a certain version of those files, then I would rather recommend:

Upvotes: 1

Related Questions