ClearCaseで特定のコメントのチェックインを検索する

ClearCaseに約3ヶ月前に行ったチェックインの詳細を提供するように求められました。私はコメントに含まれていたQC番号を知っていますが、コメントでClearCaseを検索する方法を完全に見つけることができませんでした。ClearCaseで特定のコメントのチェックインを検索する

アイデア？

出典

2009-04-21 Mark Green

特定のコメントを持つバージョンを検索するためのより効率的なクエリで自分の回答を更新しました – VonC

thisを見ましたか？特に以下のセクション。 \ my_base_view \ my_base_vob：

は、特定のコメント

私はすべての要素を見つけたいと要素とバージョンを見つけるために、どのように/などの具体的なコメントがバージョン

M「ジェーンは11-26でこれを変更します」 > C：\ output.txt

**これはパイプになります。ファイルへの出力はあなたが探している特定のコメントのためにファイルをgrepする必要があります。

M：\ my_base_view \ my_base_vob> cleartool find。！-version "lbtype（LABEL_NAME）" -exec "記述のcleartool -long％CLEARCASE_PN％"> C：\ output2.txt

は残念ながら、手間のかかるプロセスのビットを検索します。

出典

2009-04-21 11:15:13

これは関連性があり、回答として受け入れられたときに投票しました。 –

Oops申し訳ありません：私はdownvoteをしましたが、その理由を説明しませんでした：答えは、追加の警告なしでドキュメントのブラインドコピーです（長い、rmnamedファイルを検出しない、...）。それはコメントとは関係のない2番目のリクエストが含まれているので「ブラインド」です。要するに、私が答えで見たくないものすべてです。最初のコマンドで公開される原則は健全ですが、答えのベース*になることができます。マークがその問題を解決することができたなら、それはすべて重要です。動いている。 – VonC

答えはドキュメントへの参照であり、関連するビットが強調表示されています。私はそれが少し違うと思う。私が下で述べたように、あなたの上記の変更は、正しいものであり、強調する価値があります。 –

Brian Agnewは正しい軌道に乗っているが、注意の言葉：あなたがあなたのファイルと思われる場合

私は（cleartool find . -version !"lbtype(LABEL_NAME)"...）
「cleartool find -all」第二のコマンドラインが必要とされていないと確信していますが便利です'を使用して移動された可能性があり、それは（削除）「rmnamed」されている場合は、大きなVOBに、そのプロセスは「-nvis」オプションなしで長い
余分にすることができ、それはファイルを見つけることができません
lshistory -minor 'はシアー・マッドネス：数ヶ月または数年の歴史を持つボブでは、あまりにも多くの時間がかかります。見つかった各要素について、その要素のバージョンすべてのすべての履歴が表示されます。そのバージョンのセットを絞り込む可能性はありません。その解決策は単純に拡張できません。それが唯一の理由だけで「Attached hyperlink "[email protected]@\my_pvob「」のような内部のコメントの、同じバージョンいくつかの回を表示していましたか：、および「lshistory」コマンドの-minorオプションは、当面の問題に任意の値をもたらすものではありません
'Attached hyperlink "[email protected]@\my_vob"' あなたがしてクエリを絞り込む必要がある

：

（それがファイルの場合：-type f）
日付たとえば「created_since(30-Jan)&&!created_since(28-Feb))」は、私が使用し
ユーザー

を検討するために、日付の範囲を制限する：

のみチェックインされた私がするファイルを探します

M:\my_base_view\my_base_vob> 
    cleartool find -all -type f -user myLogin -version "{created_since(30-Jan)&&!created_since(28-Feb)}" -exec "cleartool descr -fmt \"%n\t%c\n\" \"%CLEARCASE_XPN%\"" >c:\output.txt

特定の日付期間は、調べるバージョンのセットを小さくする方法です。

私だけ現在バージョン（とない「lshistory」のような要素のすべての歴史を表示するためのない）のためには「descr」（describeコマンド）を使用します。

ファイル名が変更されている場合は、「-nvis」オプションを指定して同じコマンドを実行します（ブランチとバージョンとともに、標準のパス名を持たない要素のみが検索されます）

警告：「未来」の日（たとえば、「&&!created_since(28-Apr)}」は4月28日ではありませんが）の「前」日付を指定すると、常に0バージョンが選択されます（！？）
これはあなたの問題とは関係ありませんが、間違って「間違った日付」を入力すると、実際にバージョンが存在する場所が見つからないという誤った印象を招く可能性があります見つかった。

出典

2009-04-21 11:58:28 VonC

はい。私は上記が良い補遺だと思う。 IBMノートの例は、元のチェックインを行った人には関係しないので、さらに最適化することができます。 –

ClearCaseで特定のコメントのチェックインを検索する

答えて

関連する問題