シンボリックリンクでシンボリックリンクを識別できるようにしたいと考えています。私は、要素バージョンのクリア・ケース拡張パスを含むOracleデータベースから問合せを生成しています。実際の要素ではうまくいきますが、シンボリックリンクでは、ターゲットからの拡張パス名（および属性）が返されます。Cleartoolコマンド：symlinkのパスとターゲットの取得
describeコマンドの動作を変更することはできますか？
少なくとも、拡張パスからVOBシンボリックリンクを識別するには？
oracleデータベースには、ではなく、にシンボリックリンクが含まれている必要があります。 「About symbolic links and version-extended pathnames」
シンボリックリンクから
はバージョン拡張パス名を持っていない、したがって、バージョン管理とされていません。
シンボリックリンクは要素のバージョン履歴にカタログされません。
これらはターゲットバージョンへのポインタとしてのみ機能し、1つのバージョンに複数のアクセスポイントを作成することができます。次のようにシンボリックリンクは、単純なパス名と（
cleartool describe）を記述することができる。
%>cleartool describe -long yoda
symbolic link "yoda" -> ../yoda.txt
シンボリックリンクポイントは、単純なパス名またはを用いて説明することができるため、実際のテキストファイルバージョン拡張パス名：
%>cleartool describe -long [email protected]@/main/br1/br2/1
version "[email protected]@/main/br1/br2/1"
スクリプトを作成し、私は私たちのIT部門を考えて、ご返信いただきありがとうございます要素をチェックインするたびにoracleデータベースにデータを提供し、おそらくこのスクリプトもVOBシンボリック・リンク・トリガーを追加します。それで、これらを除外するためにこれらのvobシンボリックリンクを特定する必要がある理由は次のとおりです。 – M4hd1Pro
@ M4hd1これはスクリプトに依存します：拡張パス名だけを取得した場合、これらのバージョンはシンボリックリンクではありません。 – VonC
ありがとう！そして、リンクをたどらないように記述コマンドを尋ねることは可能ですか？ – M4hd1Pro