Проблема LongFileName P4V при перемещении хранилища на iSCSI LUN

У меня возникла проблема с перемещением депо P4V в новое место, он возвращает мне ошибку для одного длинного имени файла. Позвольте мне дать некоторый контекст.

Я переместил свои хранилища на iSCSI LUN, предлагаемый Synology NAS, и эта технология, похоже, имеет ограничение на количество символов, которое нельзя переопределить (я включил длинные пути в Windows в качестве первой попытки решения), все прошло отлично, но тот единственный файл, который я упомянул выше.

Могу ли я рекурсивно переименовать файл и его версии? Есть ли какое-нибудь другое решение, по которому вы можете посоветовать? Может быть, я могу удалить файл и его версии из «нового скопированного хранилища» и повторно отправить его, чтобы у меня не было чертовски длинного имени файла?

Большое спасибо, Г.


perforce p4v
person Hellivs    schedule 22.01.2020    source источник
comment
Это длина самого имени файла? Или длину полного полного пути к этому файлу? Можете ли вы включить снимки экрана или другую информацию, например, показать саму ошибку?   -  person Bryan Pendleton    schedule 24.01.2020

Ответы (1)


arrow_upward
1
arrow_downward

Если файл и его история не являются ценными, самое простое решение - p4 obliterate и повторно добавить его с более переносимым именем.

Если вы хотите сохранить файл, вы можете сделать несколько хитрых вещей:

  • p4 duplicate позволяет глубоко скопировать файл депо и все его версии на новый путь депо. (Это не влияет на базовое хранилище хранилища для существующих ревизий, но оно сохраняет метаданные, и новые ревизии будут храниться в пути файловой системы сервера, соответствующем новому пути депо).
  • Редактирование archivePath записей db.rev * (т. Е. С помощью контрольных точек / журналов, что является очень продвинутой техникой) позволяет вам указать, где он находится в файловой системе сервера.
  • Добавление триггера archive и повторный ввод файла в +X позволяет полностью обойти файловую систему сервера и реализовать собственную логику архива хранилища.
person Samwise    schedule 02.02.2020