ошибка обновления cleartool в Solaris Unix

Я работаю над представлением, созданным из основного репозитория кода на сервере Solaris. Я изменил часть кода в своем представлении, и теперь я хочу обновить код в своем представлении, чтобы получить последний код из репозитория. Однако, когда я делаю

cleartool update .

из текущего каталога, чтобы обновить все файлы в текущем каталоге, некоторые (не все) файлы не обновляются, и я получаю сообщение

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

Я совершенно уверен, что я не изменил структуру каталогов в своем представлении и не изменил ее в хранилище сервера. Один хак, который я обнаружил, состоит в том, чтобы переместить файлы, которые не могут быть обновлены, в другое имя файла (по сути, это означает, что файлы с исходным именем файла больше не существуют в моем представлении), а затем запустить команду обновления. Но я не хочу делать это по одному для всех файлов. Это также означает, что мне придется выполнить слияние самостоятельно.

Кто-то сталкивался с этой проблемой раньше? Любые советы будут высоко оценены.

Заранее спасибо.


unix solaris cleartool
person Vinayak Agarwal    schedule 16.08.2011    source источник

Ответы (2)


arrow_upward
1
arrow_downward

Вам следует попробовать "cleartool update -overwrite" (см. cleartool update), так как это должно вызвать обновление всех файлов, взломанных или нет.

Но это сообщение, согласно техническому примечанию IBM swg1PK94061, является Результат:

Когда вы переименовываете каталог в представлении моментального снимка, обновление представления приведет к захвату файлов в представлении.

Заключение проблемы

Закрытие этого APAR как отсутствие планов по исправлению (NPTF), потому что:

  • (a) к простому обходному пути удаления локальной копии переименованных каталогов, который смягчит проблему обновления представления снимка и
  • (б) из-за низкого относительного приоритета этой проблемы с более высокими дефектами удара

Поэтому просто удалите (или переместите) каталог, который вы переименовали, перезапустите обновление, и указанный каталог (и его обновленное содержимое) будет восстановлен.

person VonC    schedule 17.08.2011

arrow_upward
1
arrow_downward

Спасибо за ваш комментарий VonC. Я проверил ссылку, которую вы упомянули, но я не нашел ее очень полезной, поскольку я не переименовывал ни один каталог. Проведя вчера целый день, я понял, что ранее изменил некоторые файлы, не проверив их сначала. Это заставило меня изменить их принудительно, так как они были в режиме только для чтения, поскольку они не были проверены. Это привело к тому, что эти файлы были захвачены, и, следовательно, когда я попытался обновить свое представление, чтобы просмотреть все изменения в репозитории, мне не удалось объединить мой измененный файл с файлом на сервере, поскольку эти файлы были изменены без извлечения. поэтому обновление cleartool было сделано так, чтобы считать, что файл не изменен (поскольку он не был извлечен), но на самом деле это было так. Вот это был ажиотаж!! :)

person Vinayak Agarwal    schedule 17.08.2011