Solaris Unixでのcleartoolの更新エラー

Question

Solarisサーバーのメインコードリポジトリから作成されたビューで作業しています。私は私のビューでコードの一部を変更しましたが、私はリポジトリの最新コードを持つために私のビュー内のコードを更新したいと思います。しかし、私は、現在のディレクトリ内のすべてのファイルを更新するには、現在のディレクトリから

cleartool update . 

を行う際に、いくつかの（すべてではない）ファイルのは更新されませんし、私が手にメッセージが

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

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

誰かがこの問題を以前に遭遇しましたか？どんなアドバイスも高く評価されます。

ありがとうございます。

Answer 1

あなたのご意見ありがとうございます。私があなたが言及したリンクをチェックアウトしましたが、私はディレクトリの名前を変更していないので、それほど有用ではありませんでした。昨日一日を過ごした後、最初にファイルをチェックせずにファイルの一部を修正したことが分かりました。これにより、チェックアウトされていない読み込み専用モードであったので、私は彼らを正式に修正することができました。これにより、これらのファイルがハイジャックされる結果、リポジトリ内のすべての変更を見るためにビューを更新しようとしたとき、チェックアウトされずに変更されたので、変更されたファイルをサーバ上のファイルとマージすることができませんでしたcleartoolのアップデートでは、ファイルが変更されていない（チェックアウトされていないので）が実際には変更されていないと信じていました。それは大騒ぎでした！ :)

Answer 2

"cleartool update -overwrite"（cleartool updateを参照）を試す必要があります。これは、すべてのファイルを強制的にハイジャックしてしまいます。

スナップショットビューでディレクトリの名前を変更すると、ビューを更新すると、中のファイルをハイジャックになる場合があります。

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

が

• （a）に名前が変更されたディレクトリのローカルコピーを削除する簡単な回避策に軽減されますので、修正する計画（NPTF）として、このAPARを閉じる

  問題の結論

  スナップショットビューの更新の問題および

• （b）この問題の相対優先順位が低いため、影響の欠陥がより高いため、

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