1

Solarisサーバーのメインコードリポジトリから作成されたビューで作業しています。ビューのコードの一部を変更しましたが、リポジトリの最新のコードを取得するようにビューのコードを更新したいと思います。しかし、私がするとき

cleartool update .

現在のディレクトリから現在のディレクトリ内のすべてのファイルを更新するために、一部の（すべてではない）ファイルが更新されず、表示されるメッセージは次のとおりです。 

Keeping hijacked object <filePath> - base no longer known.

ビューのディレクトリ構造も、サーバーリポジトリのディレクトリ構造も変更していないと確信しています。私が発見したハックの1つは、更新できなかったファイルを別のファイル名に移動して（つまり、元のファイル名のファイルがビューに存在しなくなったことを意味します）、更新コマンドを実行することです。しかし、私はこれをすべてのファイルに対して1つずつ解決したくありません。これは、自分でマージを実行する必要があることも意味します。

誰かが以前にこの問題に遭遇したことがありますか？アドバイスをいただければ幸いです。

前もって感謝します。

4

2 に答える 2

1

ハイジャックされたかどうかに関係なく、すべてのファイルの更新を強制するため、 " cleartool update -overwrite"（を参照）を試してください。cleartool update

しかし、 IBM technote swg1PK94061によると、このメッセージは次の結果です。

スナップショットビューでディレクトリの名前を変更すると、ビューを更新すると、内のファイルがハイジャックされます。

問題の結論

このAPARを修正する予定がない（NPTF）として閉じる理由は次のとおりです。

  • （a）スナップショットビューの更新の問題を軽減する、名前が変更されたディレクトリのローカルコピーを削除する簡単な回避策と
  • （b）この問題の相対的な優先度が低く、衝撃による欠陥が多いため

したがって、名前を変更したディレクトリを削除（または移動）し、更新を再開すると、そのディレクトリ（およびその更新されたコンテンツ）が復元されます。

于 2011-08-17T03:53:54.410 に答える
1

コメントありがとうございますVonC。あなたが言及したリンクをチェックしましたが、ディレクトリの名前を変更していなかったため、あまり役に立ちませんでした。昨日一日を過ごした後、私は最初にそれらをチェックアウトせずに以前にいくつかのファイルを変更したことがわかりました。これにより、チェックアウトされていないため読み取り専用モードであったため、それらを強制的に変更することになりました。その結果、これらのファイルがハイジャックされたため、ビューを更新してリポジトリ内のすべての変更を確認しようとすると、チェックアウトせずにファイルが変更されたため、変更したファイルをサーバー上のファイルとマージできませんでした。そのため、cleartoolの更新は、ファイルが変更されていない（チェックアウトされていないため）と信じるように行われましたが、実際には変更されています。それは大騒ぎでした！:)

于 2011-08-17T19:00:10.080 に答える