15個のボブを備えたクリアケースUCMを使用します。
cleartool lshistory -all -since "time" -nco vob1/ vob2/src/ vob3/tests/ ...many more...前回からの変更を検出するために使用します。これにより正しい結果が得られますが、履歴の多いストリームでは時間がかかりすぎます。
ストリームに「変更」があるが、その変更の詳細がない場合、早期に戻る方法はありますか？1つのオプションは、履歴を個々のVOBに制限することですが、それはエレガントに見えません。私はこれを行うためのより良い方法があると思いますか？
次の提案は、lshistoryと比較して非常に高速である必要がありますが、以前に手動で保存されたエントリからのみ、一般的な「時間」参照をサポートしていません。マルチサイトにも依存します。
個々のボブのそれぞれに（ローカルの）変更が加えられているかどうかだけを確認したい場合は、multitool lsepochコマンドを使用してエポック番号を前の番号と比較できます。
編集：私はUCMの経験がないので、最初は気づいていませんでしたが、前述のように、この回答では、質問が求める個々のストリームではなく、VOB全体からの変更のみが考慮されます。
マルチサイトはもちろん、莫大なライセンス コストのため、オプションではありません。
その adminvob/pvob もマルチサイトにしない限り、1 つの vob をマルチサイトにすることはできません。つまり、その adminvob に関連付けられている他の vob は、常にマルチサイト化されているわけではありませんが、マルチサイト ライセンスも支払う必要があります。.
求めている情報のレベルにもよりますが、スナップショット ビューを単純かつ定期的に更新するだけで、変更を検出/更新してupdate.20xx-yy-zzT123456-0x.updtファイルに結果を表示するのに十分です。
以下を担当する cron ジョブをセットアップできます。
updtます。変更を確認する必要があるときはいつでも、ジョブによって作成された連結結果を読み取り/解析します (そして、新しい連結結果をリセット/作成します)。
これはちょっとしたスクリプト作成作業ですが、履歴が大きい場合は、遅い ' ' よりもはるかに効率的ですlshistory -all。