問題タブ [snapshot-view]

質問を明確にする前に、少し背景を説明します。これは、楽しみのための個人的なプロジェクトです。TortoiseSVN が Windows で提供するオーバーレイ アイコンのシンプルさと視覚的な魅力がとても気に入っています。そのため、ClearCase スナップショット ビューについても同じことをしようとしています。

オーバーレイに必要なすべての状態情報 (チェックイン、チェックアウト、ハイジャック、view-private など) は、copyarea.db ファイルのエントリから判断できます。サンプルの .db ファイルは次のとおりです。

私が理解していることから、私は主に上記の「ファイル情報」エントリに興味があるはずです

エントリ 6 と 7 は、オーバーレイ ロジックを実装するために必要なすべての情報を提供してくれますが、使用されているチェックサム メソッドを特定できた場合のみです (md5 や SHA1 ではありません。確認済みです)。

1 つのマスターと 2 つのスレーブで Jenkins マスター スレーブ システムを構成しました。すべてのジョブは特定のノードにバインドされています。一部のジョブは他のジョブをトリガーしており、最初のジョブの情報が必要です。

たとえば、ジョブ A はノード A で構築され、スナップショット ビュー (Clearcase) を作成し、それをドライブ r: に接続します。次に、ノード A にもビルドされたジョブ B をトリガーし、ビューのデータを使用する必要があります。Clearcase へのアクセスに問題があったため、Jenkins スレーブ (Windows サービス) はデフォルトのシステム ユーザーとしてではなく、既存のユーザー名としてログオンしています。

ジョブ A とジョブ B は同じサービスとユーザーの同じノード上にあるため、ジョブ B はドライブ r:\ にアクセスできるはずだと考えました。しかし、ジョブ A はすべてを正しく作成してマップし、サーバーに手動でログオンするとこれらのファイルを見ることができますが、ジョブ B はファイルを見つけることができません。

間違いはどこですか？ジョブが、別のジョブがマップしたドライブにアクセスできる可能性はありますか?

すべてのヒントと助けに感謝します。

サラ

次のようなフォルダ構造を持つスナップショット ビューを作成しました。

.vws フォルダーには config_spec ファイルがあります。config_spec ファイルを変更し、ビューのショートカットから > 右クリック > ビューを更新する場合。ファイルの構成仕様が対処されていません。clearcase UI から構成仕様を変更した場合のみ (つまり、[プロパティを表示] > [config_spec を編集])、ビューのみが更新されます。

私はこれを頻繁に行っていました。これが機能しているセットアップの違いは、.vws フォルダーの代わりに、config_spec ファイルを含む view.stg フォルダーがあることだけです。

誰かが何をすべきか提案してください。