私たちのプロジェクトでは、アジャイルプラクティス（Sprint）に従っています。だから、毎日夜間のビルドが行われます。我々は正式なビルドの前日までビルドの正確さを保証することができます。しかし残念なことに、ほとんどの場合、人々は最終日に大きなチェックインをしています。ClearCase UCMの特定の要素に対するチェックアウトを防ぐにはどうすればよいですか？
問題の原因となる高感度の要素の一部をロックしたかったのです。
統合ストリーム自体をロックしたくありません。いくつかのファイルとフォルダを自動的にロックしたいだけでした。
私はvobファイルをロックすることをお勧めしませんのcleartool、（またはPowerShellでのcleartoolコマンド）を使用して、それを行うにはどのような方法やファイルがあります：いずれかに
ですそれでもあなたの最高の選択肢。
これは、適切な環境をロックするための単純なアトミック操作のターゲットの1つです。 -nusersオプションと組み合わせる
、あなたはまだ彼らは（チェックアウト/チェックイン）必要なものを行うには、いくつかのユーザーを許可することができます
OPのコメント：
実は私は敏感それらを提供するからすべてのユーザーを防ぎたいですファイル。
ストリームを特定のユーザーにロックすると、目的を果たせません。それは彼らが他のファイルを提供少数を除いて、すべてのユーザーのためにあまりにも
-nuserオプションのロックを停止します。
統合ストリームの背後にある考え方は、配信を行うユーザーではなく、自分の時間に配信を行うストリーム統合の所有者です。そのストリームがインテグレータ以外のすべてのユーザにロックされている場合、配信を制御できます
しかし、これらの機密ファイルの制御はインテグレータに置かれます（これらのファイルをロックすることは悪い考えです。あなたはまだビルドがファイルのみの特定のバージョンを使用することを制御することを可能としながら、それらを提供したい場合はいずれかの理由
）それらのロックの、失敗届けることを確認して、その後、私はむしろ推薦：
ああ。大きなアドバイス。人々が自分の流れを変えないようにしたくない。それらの機密ファイルを統合ストリームに配信するのを止めることは可能ですか？ – Samselvaprabu
私はファイルロックの構文を提供する私の答えを削除しました。私はClearcase/Cleartoolの経験を持っていますが、Clearcaseの管理者ではないので、ファイルのロックは、ポスターが望んでいるように変更を防ぐためのまともな方法のように聞こえました。 –
@AndyArismendi：はい、私はファイルロックのいくつかのケースを維持するためにかなりの苦痛であることがわかりました。私はもっと早く回答したいと思っています（ClearCaseのすべての質問のように）、私は地下鉄に行く直前にその質問を見ました。 – VonC